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PREFAZIONE 


I microprocessori si sono sviluppati rapidamente negli anni '70 e verso 
la fine di questo periodo la tecnologia dell’integrazione su larga scala ha 
raggiunto un livello tale da poter supportare la più avanzata architettura 
dei minicalcolatori. I microprocessori a sedici-bit lanciati nel 1980 non so¬ 
no solamente delle pietre miliari — essi sono dei completi calcolatori che 
eserciteranno una notevole influenza sulle applicazioni degli anni a venire. 
Questi nuovi microprocessori dovrebbero essere studiati da tutte le perso¬ 
ne che nel 1980 lavorino o progettino dei calcolatori. 

Per questa ragione considero personalmente che un libro sullo Z8000 
sia una realizzazione importante ed un positivo impiego di tempo ed ener¬ 
gia. Quest’idea condivisa da Rodnay Zaks, presidente della Sybex, e da 
me è stata supportata in modo eccellente ad ogni stadio del mio lavoro; 
dal disegno della copertina del libro alla scrupolosa esecuzione di ogni 
mio fantasioso volo letterario. 

Alla Sybex, tutti mi hanno aiutato e incoraggiato, ma ci sono varie per¬ 
sone che hanno contribuito a questo libro in modo particolarmente vali¬ 
do. Sono contento di poterli ringraziare in questo contesto. 

La mia dattilografa, editrice e critica è stata Salley Oberlin. 1 suoi sug¬ 
gerimenti per migliorare la qualità e la sua instancabile insistenza sull'or¬ 
dine e la chiarezza di questo testo mi hanno portato ad impegnarmi per 
scrivere il miglior libro che io potessi fare. 

Roger Gottlieb era stato incaricato di trasformare il manoscritto battu¬ 
to a macchina, ed una pila di figure schizzate manualmente, in un libro 
finito. Gli sarò sempre grato per il modo con cui ha cercato di coinvolger¬ 
mi in tutti gli aspetti della produzione del libro. Un giorno, sono sicuro, 
sarò anche contento per il modo con cui ha catturato la mia passione per 
il perfezionismo e la continua ricerca di migliorare se stessi, indirizzando¬ 
la verso percorsi costruttivi che non hanno interferito né con i soldi né 
con le tempistiche imposte dal lavoro. 

J. Trujillo Smith ha realizzato le illustrazioni che appaiono in questo li¬ 
bro. La sua pazienza ed attenzione nel disegnare e ridisegnare molte di 
queste illustrazioni hanno permesso di raggiungere un grado di chiarezza 
notevolissimo. Sono piene di particolari che solo pochi lettori saranno in 
grado di vederli tutti. 

Diana J. Goodin ha realizzato la maggior parte della composizione. 
Gli algoritmi che ha dovuto escogitare per realizzare alcune mie concezio¬ 
ni, con la sua macchina, sono stati complessi e sofisticati come d'altronde 
appaiono dal libro. 

A Guy S. Orcutt l’ingrato lavoro di integrare le correzioni nella prima 
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bozza e di registrare le varie versioni che venivano passate dal composito¬ 
re all'autore per leggerle e controllarle in una sequenza apparentemente 
senza fine. 

Sono anche grato alla Zilog ed AMD per tutto l’aiuto ricevuto durante 
questo lavoro. David Stevenson e Jim Weldon della Zilog e Steve Dines 
della AMD sono stati di particolare aiuto nel reperimento di informazioni 
e per risolvere argomenti dettagliati quando non era sufficiente la docu¬ 
mentazione pubblicata disponibile. David Stevenson ha fornito molti sug¬ 
gerimenti utili dopo aver letto il manoscritto originale e Steven Dines mi 
ha fornito una prima versione della Figura 9.14. Anche la Zilog mi ha for¬ 
nito la copia del suo lavoro originale sui diagrammi dei piedini dello 
Z800I e Z8002. Questi sono riportati in Figura 2.11 per gentile cortesia 
della Zilog. 

Un contributo molto importante al rigore del libro é stato dato da Ken 
McKenzie. Ron de Jong e Jagi Shahani della Zilog che mi hanno permes¬ 
so di avere in uso un sistema di sviluppo Z8000, una piastra di valutazio¬ 
ne ed un video. Questo mi ha permesso di controllare molti dei program¬ 
mi riportati in questo libro. Alex Cannara è stato molto gentile mostran¬ 
domi come usare questo sistema. 

Per la produzione di un libro di questo tipo è molto importante un pro¬ 
cesso di revisione tecnica. Desidero perciò ringraziare i seguenti profes¬ 
sionisti del settore per avere accettato di leggere le copie del manoscritto 
originale: Dennis Allison, Forrest Baskett, Steve Dines. Costance Hwang. 
R.S. Langer. Bernard Peuto, David Stevenson. Rodnay Zaks. 

Un riconoscimento particolare è dovuto a R.S. Langer. che mi ha sug¬ 
gerito di scrivere un libro sullo Z8000. 

Una parola riguardante i vari programmi riportati in questo libro. Il lo¬ 
ro scopo è illustrare i principi e le tecniche presentati nel testo. Per chia¬ 
rezza, non sono stati appesantiti dalle convenzioni speciali di uno spe¬ 
cifico assemblatore e sono stati composti e non riprodotti come uscita del 
calcolatore. Inoltre, per motivi di precisione, molti dei programmi sono 
stati tradotti in PLZ/ASM - un processo che lascia virtualmente inalte¬ 
rata la parte di codice — e testati. Le routine di commutazione di contesto 
di Figura 6.21 e i programmi del Capitolo Vili (fino a Figura 8.15) sono 
stati tutti controllati in questo modo. 

Per ultimo lasciatemi dire che le idee ed i concetti presentati in questo 
libro provengono da varie parti. L’attribuzione a specifiche persone è sta¬ 
ta possibile solo in casi particolari, molte di queste idee e concetti sono 
dovuti a origini sconosciute o multiple; alcune sono semplicemente delle 
mie interpretazioni personali di principi largamente conosciuti, di scienza 
del calcolatore e di progetti di sistemi. 
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Introduzione 


Questo libro, da solo, é sufficiente a fornire gli elementi necessari per la 
programmazione dei microprocessori Z8000: 

• Descrive in dettaglio l’architettura ed il funzionamento dello Z8000, 
mostrando inoltre come questo interagisce con i dispositivi di sup¬ 
porto appartenenti alla sua stessa famiglia. 

• Utilizzando lo Z8000, fornisce, come esempio pratico, una introdu¬ 
zione alla programmazione in linguaggio macchina. 

• Riporta molti esempi di programmi Z8000 al fine di illustrarne i 
principi e le tecniche essenziali. Questi programmi sono sviluppati 
attorno ad argomenti considerati nuclei centrali delle applicazioni 
come, per esempio, l’interazione operatore-terminale, la gestione del¬ 
la memoria, i programmi condivisi e il time-sharing. 

• Fa vedere come possano essere implementati con la programmazio¬ 
ne in linguaggio macchina, importanti principi dell'ingegnerizzazio- 
ne del software come la semplicità, la chiarezza dei commenti, la 
modularità e cosi via. 

Questo libro é indirizzato a chiunque sia interessato ad usare lo Z8000. 
ed in particolare si è tenuto conto del fatto che ogni lettore sarà interessa¬ 
to ad aspetti diversi dell’argomento. Per chi desideri imparare il linguag¬ 
gio macchina di programmazione, il corso base di studio è costituito dalla 
parte che va dal Capitolo I fino al Capitolo V più una piccola parte del 
Capitolo VII. I Capitoli II, IV, V e VII comprendono una descrizione del¬ 
lo Z8000 e dei dispositivi di supporto della sua famiglia. Il progettista 
scarsamente interessato alla programmazione, può leggere questi capitoli 
per avere una descrizione della macchina ed essere in grado di valutarne i 
punti di forza e i punti deboli. Chi sarà interessato a continuare, nella par¬ 
te restante del libro troverà molti esempi, alcuni dei quali potrebbero esse¬ 
re di difficile comprensione per un principiante. 

1 Capitoli I e III possono essere saltati dai programmatori esperti (in 



particolare da quelli che hanno familiarità con CPU analoghe, come per 
esempio il PDP-11), che in questo caso dovrebbero però studiare l'ultima 
parte del Capitolo VI ed i Capitoli Vili e IX. 

Il libro, prima di descrivere gli esempi di programmazione, riporta al¬ 
ternando opportunamente gli argomenti, un’introduzione alla program¬ 
mazione e alla descrizione circuitale (hardware). 

Il Capitolo I é un’introduzione alla programmazione. In esso si analiz¬ 
zano gli algoritmi, i flussi di programma, ed i vari metodi utilizzati per 
rappresentare l’informazione all’interno della memoria del calcolatore. 

Il Capitolo II consiste in una descrizione generale dell'architettura del¬ 
lo Z8000. Siccome la CPU Z8000 è di tipo avanzato e sofisticato, in que¬ 
sto capitolo sarete obbligati ad analizzare molti concetti difficili. In parti¬ 
colare, per coloro che non hanno mai studiato l'architettura di un calcola¬ 
tore prima d’ora, una parte di questo materiale apparirà ostica. Se nel cer¬ 
care di comprendere i dettagli o i significati di questi concetti, incontrate 
delle difficoltà, limitatevi a scorrere questo capitolo, e rileggetelo poi, do 
po aver letto alcuni dei capitoli successivi. 

Nel Capitolo III viene illustrato lo sviluppo completo di un programma 
per lo Z8000 partendo dall’algoritmo iniziale per arrivare fino al codice fi¬ 
nale che rappresenta la routine principale e le sue due subroutine. L’algo¬ 
ritmo dato è usato per crittografare un testo mediante POR esclusivo ese¬ 
guito tra i caratteri del testo e dei caratteri chiave. Questo esempio é un 
interessante sistema con cui presentare concetti, principi e tecniche. 

Nel Capitolo IV viene descritto l’insieme delle istruzioni dello Z8000. 
Per aiutarne la comprensione, le istruzioni sono state raggruppate in otto 
categorie, che ne facilitano un’esposizione ordinata. È quindi importante 
capire le istruzioni, e non le categorie. Come ulteriore aiuto viene fornita, 
solo come strumento di ausilio, una rappresentazione grafica della esecu¬ 
zione di un’istruzione con il relativo «percorso dei dati». 

Il manuale base di riferimento delle istruzioni viene riportato alla fine 
del Capitolo IV. I 105 codici mnemonici delle istruzioni dello Z8000 sono 
stati divisi in 45 gruppi; in ogni gruppo sono riportate le istruzioni che es¬ 
sendo fondamentalmente simili in operatività e formato ci è sembrato uti¬ 
le trattare come una unità piuttosto che in modo separato. Alla fine del 
Capitolo IV ci sono le descrizioni di 45 istruzioni precedute da due indici: 
uno è relativo alla classificazione alfabetica dei 105 mnemonici di base, o- 
gnuno indirizzato alla corrispondente descrizione dell'istruzione: l'altro ri¬ 
guarda una classificazione mnemonica dei 64 «codici operativi» ciascuno 
indirizzato sia allo mnemonico corrispondente, sia alla descrizione dell'i¬ 
struzione relativa. Le descrizioni delle illustrazioni ed i loro indici sono ri¬ 
portati, come manuale di riferimento, nel Capitolo IV che comprende an- 
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che un lungo paragrafo che descrive il loro uso e tratta esempi di assem 
blaggio e dissemblaggio manuale di programmi dello Z8000. 

Il Capitolo V presenta i vari modi di indirizzamento dello Z8000, 
completando cosi la descrizione del funzionamento e delle istruzioni della 
CPU. Questo breve capitolo descrive i principali modi di indirizzamento 
(registro, indiretto tramite registro, immediato, diretto e indicizzato), i due 
modi disponibili solamente con l’istruzione di caricamento (base e indiciz¬ 
zato tramite base) ed il modo di indirizzamento relativo implicito. Vengo¬ 
no riportati con un esempio gli argomenti immediati ed il formato dell'in¬ 
dirizzo delle istruzioni. Inoltre viene illustrata la codifica dei campi del re¬ 
gistro. 

Il Capitolo VI descrive le tecniche di ingresso/uscita. Viene analizzato 
l'indirizzamento dello I/O e vengono descritte le tecniche per la genera¬ 
zione di livelli ed impulsi, di anelli (loop) di attesa e la trasmissione di bit 
di dati in modo seriale sincrono. Utilizzando la routine di gestione della 
telescrivente viene fornito un esempio di trasmissione seriale di bit. 

Vengono discusse le trasmissioni half-duplex e full-duplex da terminale 
e la trasmissione asincrona parallela di dati. Viene analizzato in dettaglio 
un esempio in cui si descrive l’utilizzo di un visualizzatore a sette seg¬ 
menti. Infine, viene sviluppata la gestione in interruzione o in polling dello 
I/O e viene portata come esempio una routine per la gestione dello I/O 
in interruzione. Quest’esempio include analisi molto dettagliate che posso¬ 
no risultare di difficile comprensione se trattate in modo superficiale. 

Il Capitolo VII riguarda i dispositivi periferici dello Z8000. come per e- 
sempio l’unità per la gestione della memoria e i dispositivi di I /O seriale e 
parallelo. L’autore ha utilizzato le migliori informazioni in suo possesso al 
momento della scrittura del libro, e nelle future edizioni saranno riportati 
maggiori dettagli. Vengono anche descritte alcune caratteristiche non pia¬ 
nificate dello Z8000 come per esempio l’uso del registro REFRESH, ado¬ 
perato come base per il clock. 

Il Capitolo Vili contiene molti esempi che dimostrano come program¬ 
mare lo Z8000 e quanto sia facile approntare utili applicazioni. Una di 
queste, descritta in dettaglio in questo capitolo, è un programma di gestio¬ 
ne di un terminale con possibilità di programmazione dell'interazione ope¬ 
ratore-terminale (video o telescrivente). Esso utilizza i programmi di inter¬ 
ruzione descritti nel Capitolo VI e illustra le routine fondamentali per la 
gestione delle domande, l’interpretazione delle risposte, il controllo del 
cursore e la visualizzazione dello schermo. In questo capitolo sono ripor¬ 
tati molti altri utili programmi come per esempio la gestione del buffer di 
linea e d’anello, la traduzione tramite ricerca associativa e la scansione 
della tabella di corrispondenza. 
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Il Capitolo IX illustra la potenza dell’architettura dello Z8000 mo¬ 
strando una semplice implementazione di un sistema in time sharing che 
utilizza dei programmi condivisi con stack (pila/catasta) separati per o- 
gni utilizzatore. Vengono anche descritti: una tecnica di gestione dello 
stack, i dettagli del trattamento della trappola e l’inizializzazione del siste¬ 
ma. 

Per ultimo, nel Capitolo X viene descritto l’ambiente per lo sviluppo 
dei programmi; vengono analizzati dei problemi e fatte delle considerazio¬ 
ni di progetto per editori, assemblatori, caricatori e per le prestazioni del 
debugger. 

Vengono analizzate, anche, le possibili alternative circuitali valide per 
lo sviluppo del software; per esempio sistemi di sviluppo e «calcolatori su 
singola scheda». 

Questo è un lungo libro contenente molti esempi concreti di programmi 
ed utilizzo delle istruzioni. Nonostante l’autore abbia cercato in ogni mo¬ 
do di fornire un testo corretto, si potranno trovare inevitabilmente degli 
errori. Sarà notevolmente apprezzata ogni segnalazione di tali errori, 
commenti e critiche che, in successive edizioni contribuiranno sicuramen 
te al miglioramento del libro. 
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Capitolo I 
Concetti Base 


In questo capitolo verranno descritti gli algoritmi, i diagrammi di flusso 
ed il modo con cui vengono rappresentate le informazioni. Il lettore che 
conosce già questi argomenti può limitarsi a scorrerli molto velocemente. 

Che cosa è la programmazione? 

La programmazione é un’arte che, come la carpenteria o la scrittura, 
richiede oltre alla conoscenza degli elementi di base, anche una discreta e- 
sperienza pratica. Noi abbiamo molto materiale grezzo su cui lavorare e 
alcuni lavori da eseguire. Il materiale grezzo è costituito dalle istruzioni, 
dalla memoria e dai dispositivi periferici del nostro sistema calcolatore, 
ossia lo Z8000. Nel momento in cui andremo ulteriormente avanti, dovre 
mo avere una idea migliore di come sono fatti i lavori, ma per ora. dicia¬ 
mo che siamo interessati a risolvere i problemi. 

Algoritmi 

La prima cosa che ognuno impara sui calcolatori è che essi fanno ciò 
che gli si chiede di fare, e voi, onde evitare di sbagliare, dovrete esprimer¬ 
vi, verso questi, in modo chiaro e semplice, altrimenti farete la fine dell'uo- 
mo che chiese al genio di fargli un frullato. Iniziamo con un algoritmo che 
stabilisce esattamenté che cosa deve fare il calcolatore: ossia fissiamo un 
elenco di istruzioni, chiamate passi, numerate secondo l'ordine in cui ven¬ 
gono eseguite. Per far si che l’algoritmo sia utile abbiamo bisogno di defi¬ 
nire dei «passi» del tipo: «Se è cosi e cosi, allora salta avanti (o indietro) ed 
esegui cosi e cosi». Questo complica le cose. Infatti, per evitare di ripetere 
ciclicamente lo stesso insieme di istruzioni dobbiamo prevedere una via 
d’uscita dal ciclo. 

Nella Figura 1.1 viene illustrato il modo abituale in cui é eseguita la 
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12573 - 

— Passo 1 

112 


25146 - 

— Passo 4, prima volta (n = 1) 

12573 - 

— Passo 4, seconda volta (n = 2) 

12573 

— Passo 4, terza volta (n = 3) 

1408176 

— Passo 7 


Figura 1.1 — Moltiplicazione di Due Numeri 


moltiplicazione di due numeri. Per darvi un'idea di come si parli ad un 
calcolatore, nella Figura 1.2 è riportato l’algoritmo corrispondente. Ogni 
volta che abbiamo un nuovo problema da risolvere, dobbiamo sviluppare 
un algoritmo e farlo conoscere al calcolatore. 

Vediamo come funziona in realtà l'algoritmo di Figura 1.2 che si riferi¬ 
sce all’esempio di Figura 1.1. Iniziamo scrivendo, al primo passo, 112 
sotto 12573, in corrispondenza delle ultime tre cifre a destra, e poi trac¬ 
ciamo una linea sotto di esse. 

Il secondo passo è definito «inizializzazione del coniatore». Nella figu¬ 
ra non appare da nessuna parte, ma é solo una convenzione per ricordarci 
con quale delle tre cifre di 112 stiamo lavorando. Ci sposteremo da destra 
verso sinistra, per cui n = 1 indica che stiamo lavorando con 2; n = 2 in¬ 
dica la cifra di mezzo 1; e n = 3 indica la prima cifra di 112, cioè 1. 


1. Scrivete i due numeri uno sotto l'altro con la loro ultima cifra in¬ 
colonnata e tracciate una riga sotto di essi. 

2. Ponete il contatore a 1. 

3. Se il valore n del contatore, supera il numero di cifre contenute 
nel moltiplicatore, saltate al passo 7. 

4. Moltiplicate il primo numero per la n-esima cifra, partendo dall'e¬ 
stremo destro del moltiplicando, e scrivete la risposta sotto la li¬ 
nea tracciata, con la cifra più a destra incolonnata con la cifra n- 
esima del moltiplicando. 

5. Incrementate di 1 il contatore (esempio sostituire n con n + 1). 

6 . Tornate indietro al passo 3. 

7. Sommate tutti i numeri ottenuti ripetendo il passo 4; questo è il ri¬ 
sultato richiesto. 


Figura 1.2 — Algoritmo della Moltiplicazione 
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Il terzo passo è definito «controllo di una condizione ». Confronteremo 
n. che abbiamo appena posto uguale a 1, con 3, il numero di cifre di cui é 
composto 112. Naturalmente, 1 non è maggiore di 3, e allora non saltere¬ 
mo al passo 7. Quando eseguiamo i passi 5 e 6, portiamo il valore di n a 
2. poi a 3 e poi a 4 ed ogni volta torniamo indietro a confrontarlo con il 
valore 3. Quando finalmente n diviene uguale a 4, ossia supera il valore 3, 
saltiamo al passo 7. I passi 2, 3, 5 e 6 presi insieme sono equivalenti a: e- 
segui una volta il passo 4 per ogni cifra del moltiplicando, perciò nel caso 
di 112,3 volte. I passi da 2 a 6 costituiscono il cosiddetto anello (loop). Il 
passo 4 definisce ciò che si vuole fare nell’anello e i passi 3. 5 e 6 sono de¬ 
gli ausigli meccanici che noi usiamo per fare si che il passo 4 venga ese¬ 
guito un numero corretto di volte. 

Il passo 4, il cuore del loop, ci dice di moltiplicare 12573 per una qual¬ 
sivoglia cifra di 112 che sia stata raggiunta nel processo di moltiplicazio¬ 
ne. e di scriverne la risposta con l’ultima cifra incolonnata con la cifra del 
moltiplicando appena usata. Naturalmente, la ragione per cui viene ese¬ 
guito questo allineamento é che i due «1» in 112 rappresentano 100 e 10: 
quindi l’incolonnamento delle risposte in corrispondenza di queste cifre ci 
evita di scrivere gli zeri finali. In realtà, la somma sotto la linea di Figura 
l.l potrebbe essere scritta come: 


25146 

125730 

1257300 

1408176 

Se volete che qualcuno moltiplichi 12573 per 112, non fate una serie di 
sette domande, ma chiedete solo: «Quanto fa 12573 per 112?». Se la per¬ 
sona ha imparato (e ricorda) l’algoritmo, questa domanda concisa farà a- 
vere il risultato desiderato. 

Analogamente, una volta che è stato comunicato un algoritmo al cal¬ 
colatore è sufficiente inviare una semplice domanda al calcolatore per 
chiedergli di applicare l’algoritmo al caso in esame. Questo é ciò che fan¬ 
no le subroutine; perciò l’eliminazione di ripetizioni é una delle ragioni per 
cui le subroutine sono l’unico strumento importante del programmatore. 

ESERCIZIO 1 : Tutti i passi dell’algoritmo della moltiplicazione di Figura 
1.2 non vengono ripetuti lo stesso numero di volte. Quando si applica l'al¬ 
goritmo al caso 12573 per 112, quante volte viene eseguito il passo 3? Uno 
dei passi viene eseguito una sola volta? Che cosa succede se scriviamo 112 
sopra e 12573 sotto? 

L'algoritmo parte dall’estremo destro del numero riportato sotto, e si 
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sposta verso sinistra. Siete in grado di realizzare un algoritmo che parte 
dall’estremo sinistro e si sposta verso destra? In quale modo realizzerete il 
giusto incolonnamento dei numeri? Provate il vostro algoritmo con 9536 
x 121. Supponendo di essere interessati ad avere solamente una risposta 
approssimata; esiste un vantaggio reale a partire da sinistra? 

Diagrammi di flusso 

il diagramma di flusso è un altro modo di rappresentare un algoritmo. 
In parole povere il diagramma di flusso è la rappresentazione grafica di 
un algoritmo. I vari passi sono rappresentati da rettangoli mentre le linee 
e le frecce indicano la sequenza dei passi. I passi che significano: «se é 
cosi e cosi salta (o torna indietro) al passo tal dei tali» sono disegnati co¬ 
me rombi, e sono caratterizzati dall’avere più di una linea in uscita. In Fi¬ 
gura 1.3 è riportato il diagramma di flusso dell’algoritmo della moltiplica¬ 
zione. I rettangoli e le linee del diagramma sono indicati con i numeri cor¬ 
rispondenti ai passi dell’algoritmo. 

Per concludere, si può dire che non importa che, per esprimere un algo¬ 
ritmo, voi utilizziate il diagramma di flusso o la forma descrittiva, é però 
importante, prima di scrivere un programma usare uno di questi metodi. 

ESERCIZIO 2: Disegnate il diagramma di flusso per l’apertura della vo¬ 
stra porta principale supponendo che in un senso sia chiusa a chiave e nel¬ 
l'altro no. 

Rappresentazione deirinformazione 

Un calcolatore é rappresentabile mediante tre blocchi fondamentali: 
l’unità centrale di elaborazione (CPU) che esegue tutto il lavoro: il pro¬ 
gramma memorizzato che non è altro che l’algoritmo espresso in termini 
di operazioni e punti decisionali che la CPU é capace di eseguire; e la me¬ 
moria per memorizzare i dati su cui la CPU eseguirà il proprio lavoro. 

Rappresentazione esadecimale 

Prima di discutere come funzioni la CPU ed i programmi memorizzati, 
analizzeremo in che modo è possibile rappresentare i vari tipi di dati nella 
memoria. La memoria di tutti i calcolatori è costituita da bit, o cifre bina¬ 
rie, che sono elementi a due stati rappresentati sempre tramite 0 o I. Im¬ 
maginateli come piccole lampadine: lo zero è equivalente a spento e uno 
ad acceso. Nello Z8000 il raggruppamento principale di bit è la parola di 
16-bit; le parole, a loro volta sono divisibili in due byte di 8-bit. Ciascun 
byte è costituito da due cifre di 4-bit. Muovendosi nell’altra direzione, si 
trova che, qualche volta, due parole vengano unite per costituire una pa- 
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Passo 1 



Figura 1.3 — Diagramma di Flusso dell’Algoritmo della Moltiplica¬ 
zione 

rola lunga di 32-bit. Nella CPU Z8000 vengono occasionalmente ricono¬ 
sciute anche entità di 64-bit. Lo stato reale dei bit (le luci) di ciascuno dei 
raggruppamenti è denominato bit pattern (configurazione della cifra bina¬ 
ria) o valore del byte, della parola, etc. (vedasi Figura 1.4). 

Noi rappresentiamo i dati in memoria facendo corrispondere significati 
diversi a diverse configurazioni di bit. Qualche volta la medesima configu¬ 
razione di bit, assume nel tempo significati diversi in funzione del fatto 
che può essere interpretata come un numero, un carattere di un testo o 
qualche cosa altro. In effetti, una delle cause di errore nei programmi 
scritti in linguaggio macchina, ma anche in molti programmi scritti con 
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linguaggi «evoluti», sta nelPinterpretare erroneamente un certo tipo di da¬ 
to in memoria. 

Dal momento che ogni cosa dipende da come si interpreta la configura 
zione dei bit, dobbiamo trovare un modo per rappresentarli. Il modo più 
comune è la rappresentazione esadecimale in base 16. Nella Figura 1.5 si 
riportano i vàlori corrispondenti a ciascuna delle combinazioni possibili 
ottenibili con quattro bit. Si può constatare come queste combinazioni 
siano ordinate secondo una certa logica e che i nomi non sono assegnati 
in modo casuale. Le configurazioni di bit sono ordinate ed interpretate co¬ 
me numeri binari. 

Le rappresentazioni binaria ed esadecimale sono due esempi di sistemi 
di numerazione. Nella nostra rappresentazione abituale, col sistema nu¬ 
merico decimale, un qualsiasi numero può essere scritto esattamente solo 
in un modo: 

ao + ai x 10 + a 2 x 100 + a3 x 1000 +. 
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Configurazione Nome 

0000 0 

0001 1 

0010 2 

0011 3 

0100 4 

0101 5 

0110 6 

Olii 7 


Configurazione Nome 

1000 8 

1001 9 

1010 A 

1011 B 

1100 C 

1101 D 

1110 E 

1111 F 


Figura 1.5 - Nomi delle Configurazioni Esadecimali dei Bit 

equivalente a 

ao+ ai x 10 + a 2 X IO 2 + a 3 X IO 3 + .... 


dove ao, ai, a 2 , sono numeri interi compresi tra 0 e 9. Per esempio. 1980 è 
la forma abbreviata di 

0 + 8x 10 + 9x 100 + 1 x 1000 

Analogamente, se b è un qualsiasi numero intero maggiore di 1, si può 
dimostrare che può essere scritto esattamente in un solo modo come: 

co+cixb + C 2 Xb 2 + C3Xb 3 + .... 
dove co, ci, ...sono numeri interi compresi tra 0 e b-1. Per esempio: 

196 = 4 + 0x8 + 3 x8 2 

Per b = 2 e b = 16, i sistemi di numerazione corrispondenti sono denomi¬ 
nati binario ed esadecimale. Quando b = 2, i coefficienti co, ci... 
prendono tutti valore 0 o 1 ; in tal modo una qualsiasi configurazione di 
bit può essere vista come un numero binario. 

Quando b = 16, i coefficienti co, ci, ....assumono dei valori compresi 
tra 0 e 15. Per rappresentarli, useremo per convenienza le seguenti abbre¬ 
viazioni: 

A = 10; B = 11; C = 12; D = 13; E= 14; F = 15. 

Per esempio: 

196 = 4 + C x 16 
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Scriviamo la rappresentazione in base b, per analogia con la nostra 
rappresentazione decimale: 


come 

Per esempio. 


co + ci x b + C 2 X b 2 + C3X b 3 + ... 


....C3C2C1CO 


196 = C4 


nella rappresentazione esadecimale. 

Dal momento che alcuni numeri esadecimali sono rappresentati come 
numeri decimali, quando si può avere confusione nell’interpretazione scri¬ 
veremo il numero base come indice. Per esempio, 

196 io = 3048 = C4 16 


ESERCIZIO 3: Si scriva 7 in codice binario. Si traduca 196 in codice bi¬ 
nario. Quale è la relazione tra la rappresentazione di 196 in codice binario 
ed esadecimale? 


A questo punto diventano evidenti i nomi assegnati in Figura 1.5 alle 
diverse configurazioni di bit: il nome assegnato a ciascuna configurazione 
di 4-bit è la cifra decimale corrispondente al numero binario di 4 bit che 
esso rappresenta. Per esempio, 

1101 = 1 + 0x2 + lx2 2 + lx2 3 = 13 = Di6 

Inoltre, spezzando le configurazioni in gruppi di 4 bit (partendo da de¬ 
stra se il numero di bit della configurazione data non è multiplo di 4) e ri¬ 
portando per ciascun gruppo il suo nome esadecimale è possibile estende¬ 
re questa rappresentazione esadecimale a configurazioni di 8 bit, 16 bit. o 
più lunghe. Se viene fatto quanto detto sopra, il nome esadecimale risul¬ 
tante, considerato come numero esadecimale, rappresenta lo stesso nume¬ 
ro che corrisponde al numero binario della configurazione originale di bit. 
Nella Figura 1.6 è riportato un esempio. Si noti come il numero binario, 
sul lato destro del diagramma sia valutato raggruppando insieme i termini 
per 16, 32, 64 e 128 e raccogliendo poi il fattore 16. Ovviamente, per pro¬ 
vare quello che si è detto sopra, é possibile estendere questo metodo a 
configurazioni di bit più lunghe di quelle riportate in Figura 1.6. 

ESERCIZIO 4: Si usi il metodo di Figura 1.6 per mostrare che 110001002 
= 3048. 
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Configurazione dei bit 11000100 

/ \ 

1100 0100 IIOOOIOOj Numero binario 


Nomo 

esadecimale C 4 


Numero ' 
esadecimale C4,* 


0 + 0X2+ 1 X4 + 0X8 
+ 0 X 16 + 0 X 32 + 1 X 64 + 1 X 128 


0+0X2+1X4+0X8 
+ (0+ 0X2+1 X4+1 X8)X16 


4+12X16 = 196,o = 4+12X16 


Figura 1.6 — Relazione tra Rappresentazione Binaria ed Esadeci¬ 
male 


Se consideriamo il numero base b limitato ad n cifre, possiamo espri¬ 
mere un qualsiasi numero compreso tra 0 e b" — 1 nella forma: 

CO + Cl X b + C2X b 2 + .... + Cn i x b n 1 

Per esempio, si può esprimere un qualsiasi numero compreso tra 0 e 999 
(essendo 999 = IO 3 — 1) limitandosi a numeri decimali di 3 cifre. Dal mo¬ 
mento che per distinguere tra di loro gli elementi di un gruppo occorre as¬ 
segnare a ciascuno di essi un numero, e siccome ci sono b n numeri tra 0 e 
b" — 1, esiste un altro modo per esprimere tutto questo e cioè: n cifre in 
base b possono rappresentare b" elementi distinti. In particolare si ha la 
seguente importante regola: 

Regola: (a) n bit possono rappresentare 2 "elementi differenti. 

(b) n cifre esadecimali possono rappresentare 16" elementi dif¬ 
ferenti. 

Per esempio, per due bit si ha 2 2 = 4 configurazioni di bit: 00. Oi. 10. 
11. Possiamo distinguere quattro elementi differenti facendo corrisponde¬ 
re ad ognuno di essi una delle configurazioni. (Vedasi Figura 1.7). 
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Distinzione di quattro colori con 2 bit 

9 9 



* nero 

Q Q = rosso 

\i/ 


\ i / \ i / 

QQ = bianc ° 

99 

= verde 


Figura 1.7 - Uso di n Bit per Distinguere 2"Elementi 


ESERCIZIO 5: Quanti elementi diversi si possono distinguere con 3-bit? 

Quanti bit occorrono per distinguere 27 elementi diversi? Se state proget¬ 
tando un microprocessore con 12 stati diversi, che deve comunicare con il 
mondo esterno, quante linee di stato (bit) dovete.usare per poter assegnare 
una diversa configurazione di bit a ciascuno di essi? Quanti numeri diversi 
si possono rappresentare con 4 cifre esadecimali? Con 8? 

Dal momento che alFinterno del calcolatore i numeri devono essere 
rappresentati in forma esadecimale mentre nel mondo reale sono general¬ 
mente rappresentati in forma decimale, dovremo imparare come si fà a 
passare da una forma all’altra. Siccome sappiamo come eseguire opera¬ 
zioni aritmetiche in forma decimale, si può facilmente passare dalla forma 
esadecimale a quella decimale utilizzando la definizione di rappresenta¬ 
zione esadecimale. Per esempio: 

C4 16 = 12 x 16 + 4 = 192 + 4= 196 

Nella Figura 1.8 si riporta un algoritmo per passare dalla rappresentazio¬ 
ne decimale a quella esadecimale utilizzando solo l’aritmetica decimale. 
Pur sembrando un algoritmo complesso è in realtà molto semplice. Nella 
Figura 1.9 viene riportato un esempio di applicazione di questo algoritmo 
al numero decimale 299. Ad ogni livello viene eseguita una divisione per 
16. Il resto costituisce la prossima cifra esadecimale (muovendosi da de¬ 
stra a sinistra) e il quoziente costituisce il punto di partenza del livello suc¬ 
cessivo. L’ultima equazione mostra come funziona; il numero esadecima¬ 
le h.ih’hihopuò essere scritto come: 

(((0 x 16 + hi) x 16 + h 2 ) x 16 + hi) x 16 + ho 
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Assumi che sia stato assegnato un numero decimale dndn-i ...do. 
Vogliamo trovare i coefficienti hm .ho in modo che 

(hm....ho) 16= (dn dn—1 — do) 10 

1. Poni il valore del contatore k eguale a 0. Poni N = dn dn-i.. d o. 

2. Dividi N per 16io. Assumi che hk sia il resto ed il nuovo valore di 
N sia il quoziente. 

3. Se N = 0 fermati; (hk....ho) i6 è la rappresentazione voluta. 
Altrimenti incrementa di 1 il valore di k e salta al Passo 2. 


Figura 1.8 — Algoritmo per la Conversione da Decimale a Esade- 
cimale 

Dividendo per 16 si ha come resto ho e come quoziente 
((0x 16 + In) x 16 + h 2 )x 16 + hi 
Dividendo questo per 16 il resto é h i e il quoziente 
(0x16 + hj) x 16 + h 2 

La’prossima divisione dà h 2 come resto e quoziente 

0 x 16 + h3 

L’ultima divisione dà come resto In Questo stesso schema può essere 
esteso ad una rappresentazione esadecimale composta da un generico nu¬ 
mero di cifre. 

ESERCIZIO 6: Si applichi l’algoritmo di Figura 1.8 al numero decimale 
1%. 

Se si desidera sommare, sottrarre, moltiplicare o dividere due numeri, e- 
sadecimali, è possibile convertirli in numeri decimali, eseguire l'operazio¬ 
ne e poi riconvertire il risultato in esadecimale. Ovviamente l'approccio 
diretto consiste nel realizzare le operazioni aritmetiche direttamente in e- 
sadecimale. Nella Figura 1.10 sono riportate le tabelle di addizione e mol¬ 
tiplicazione per numeri esadecimali composti da una sola cifra. L'esten¬ 
sione dell’addizione e della moltiplicazione a numeri di più cifre avviene e- 
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1 X 16 J + 2 X 16 + 11 = 256 + 32 + 11 = 299 
= ((0 X 16 + 1) X 16 + 2) X 16 + 11 

Figura 1.9 — Conversione di 299ioin 12Bis 

sanamente come per i numeri decimali: se la somma o il prodotto di due 
numeri di una cifra è un numero di due cifre, la cifra di valore più elevato 
viene «spostata» a sinistra di una posizione. La sottrazione e la divisione 
sono ricavate, esattamente come per i numeri decimali, dall'addizione e 
dalla moltiplicazione. 

Supponiamo, per esempio, di voler moltiplicare 7Ai6 per 26 16 . Nella 
Figura 1.11 vengono riportate questa moltiplicazione e la corrispondente 
moltiplicazione decimale. Si inizia moltiplicando 7A per 6. Per prima co¬ 
sa si moltiplica A per 6 e per far questo si ricerca nella tabella della molti¬ 
plicazione di Figura 1.10 l’intersezione della riga A con la colonna 6, si 
trova 3C. Si scrive C e si riporta 3. Poi si trova che 7x6 = 2A. Sommia- 
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ADDIZIONE 



01 234567 89ABCDEF 


MOLTIPLICAZIONE 

Figura 1.10 — Tabella di Addizione e Moltiplicazione Esadecimale 

mo a 2A il riporto 3 e si ottiene 2D. Scriviamo questo a fianco della prima 
cifra C ottenendo 2DC. Analogamente, 7A x 2 = F4; si scrive questo 
sotto 2DC con il 4 incolonnato con il 2 di 26. Per ultimo si sommano i 
numeri sotto la linea. F4 in verità è F40; C+0 = C:D + 4=1 con ri¬ 
porto di 1; 2 + F + riporto di 1 = 12. La risposta perciò è: 121C. 

ESERCI ZIO 7: Quanto fa B + B? E 1A + Bl? A 2 ? Si valuti 2B5 
V 1B93F. 
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Complemento a due 

Finora si è parlato di come, per esempio, una parola di 16 bit possa es¬ 
sere utilizzata per rappresentare i numeri tra 0 e 65535 (essendo 2 16 = 
65536). Ma, naturalmente, si potrebbe essere interessati a rappresentare 
anche numeri negativi. Questo viene realizzato tramite un elegante trucco. 

Il modo ovvio per gestire i numeri negativi è di usare uno dei bit per 
rappresentarne il segno. Per esempio, si potrebbe usare il bit più a sinistra, 
di una parola a 16-bit, come bit di segno ed i rimanenti 15 bit per rappre¬ 
sentare grandezze comprese tra 0 e 32767. Questo metodo è conosciuto 
come rappresentazione dell’ampiezza con segno. Non viene utilizzato nel¬ 
lo Z8000 (né in altri calcolatori) perché é più difficile l'implementazione 
circuitale rispetto al metodo realmente utilizzato, inoltre presenta l'ulterio¬ 
re svantaggio di avere due rappresentazioni dello zero: —0 e +0. 


Esadecimale 

Decimale 

7 A 

119 

26 

34_ 

2DC 

476 

F4 

357 

121C 

4046 


Figura 1.11 — Moltiplicazione Esadecimale 


Il metodo che di fatto si usa per rappresentare numeri negativi é deno¬ 
minato complemento a due. Il complemento a due «preleva» un bit extra 
per poi scartarlo, per cui nella rappresentazione in complemento a due, di 
parole di 16-bit, —x è rappresentato da 2 16 —x; i numeri maggiori di 2 15 -1 
vengono considerati negativi. Il vantaggio più evidente di questa rappre¬ 
sentazione è che i numeri in complemento a due possono essere sommati 
come se fossero tutti positivi ottenendo la risposta corretta, siccome: 

x + (2 l6 -x) = 2 l6 = 10000,6 

Se si considerano solo gli ultimi 16 bit di 10000,6, si ha 0000,6, per cui 

x + (—x) = 0 

come richiesto. Questo é esattamente analogo aH’odometro a 5 cifre del- 
l’automobile: 99999 miglia + 1 miglio = 0 miglia. Perciò in un odometro 

-1 = 100000 - 1 = 99999 
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Figura 1.12 — Una Parola di 16-Blt Interpretata come Odometro 
Esadecimale 
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Una parola di 16 bit è come un odometro binario (o odometro esadecima- 
le). (Vedasi Figura 1.12). 

Vengono riportati in seguito, alcuni esempi di rappresentazione di 16 
bit in complemento a due usate nello Z8000: —1 = FFFF; —20 = FFEO; 
-8000 = 8000. 

ESERCIZIO 8: Come viene rappresentato —5 in complemento a due? Co¬ 
me è rappresentato —7FFF? Si sottragga 1AI da FF7 calcolando il com¬ 
plemento a due di — 1A1 e sommandolo poi a FF7. 

Che cosa si ottiene sommando —1 a —5? Che cosa si ha se si somma 
-7FFE a -6? 

Nel Capitolo II analizzeremo i registri e i bit di condizione. Quando lo 
Z8000 esegue delle sottrazioni o addizioni predispone dei bit di condizio¬ 
ne in modo da far conoscere al programmatore cosa succede. Uno di que¬ 
sti, il bit C, è il diciassettesimo bit che noi prendiamo in prestito per far 
funzionare il complemento a due. Ogni volta che si esegue una somma di 
due numeri di 16-bit, il diciassettesimo bit è definito carry (riporto). Lo 
Z8000 ci dà gli ultimi 16 bit come risultato della nostra addizione, ma sal¬ 
va nel bit C il valore del diciassettesimo bit, nell'eventualità che noi voles¬ 
simo conoscerlo. 

Nel caso della sottrazione, il bit C, è gestito nel modo opposto. C viene 
posto ad 1 (settato) se c’è stato «prestito» e azzerato se non si è verificato 
nulla; per esempio, per (4 — 5) viene settato C, e per (5 — 4) C non viene 
settato. La ragione per cui si dice che questo caso è l'opposto di quello 
dell'addizione è che 4 — 5 e 4 + (—5) danno valori diversi di C. 

ESERCIZIO 9: Per ciascuno dei seguenti calcoli si dia la risposta ed il va 
lore del bit C. 6 - 4; BB - BC; FFFF + 3; FFFF + FFFF. 

Gli esercizi hanno evidenziato il problema dell’aritmetica in comple¬ 
mento a due: il superamento della massima capacità aritmetica rappre¬ 
sentabile (overflow). Per esempio, 

7FFE + 6 = 8004 = -7FFC 
In altre parole (in decimale) 

32766 + 6 = -32764 

In generale si ha un superamento della massima capacità aritmetica 
rappresentabile quando la somma di due numeri positivi è negativa o 
quando la somma di due numeri negativi è positiva. Quando si verifica 
questo, nello Z8000 viene settato il bit V; altrimenti viene azzerato. Que- 
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sto può essere visto nell’esempio del nostro odometro a 5-cifre. Tutte le 
letture comprese tra 50000 e 99999 rappresentano numeri negativi, per¬ 
ciò quando si somma il numero positivo 5 al numero positivo 49998 si ha 
50003 che è in realtà il numero negativo —49997. Questo è un supera¬ 
mento di capacità (overflow). Con la parola di 16-bit, la fascia 8000 — 
FFFF corrisponde alla fascia 50000 - 99999 dell’odometro. Non c’è 
niente di strano a ottenere 50003 sommando 5 a 49998 oppure ottenere 
8003 sommando 7FFE a 5. Il problema nasce quando si debbono inter¬ 
pretare come numeri negativi 50003 e 8003. In realtà ci sono dei casi in 
cui vogliamo dimenticarci il complemento a due e considerare il campo 
0000 - FFFF come un campo di numeri positivi corrispondente al campo 
decimale da 0 - 65535. In particolare, questo è vero, quando si interpreta 
un numero di 16-bit come indirizzo di memoria o come spiazzamento 
(offset), argomenti che discuteremo in capitoli successivi. Questo è un al¬ 
tro dei motivi per eliminare l’uso della rappresentazione dell’ampiezza di 
un numero con il segno. 

ESERCIZIO 10: Indicare il risultato e il valore dei bit C e V per: 6 — 4; 

BB - BC; FFFF + FFFF; -17 + (-7FF1). 


Rappresentazione BCD 

Nello Z8000 viene supportata la rappresentazione in complemento a 
due per i numeri di 8-bit, 32-bit come anche per quelli a 16-bit. Per i nu¬ 
meri di 8 bit (byte) si ha un campo compreso tra —128 e +127; per i nu¬ 
meri a 16-bit il campo è da —32768 a +32767; infine per i 32-bit il campo 
è —2147483648 e +2147483647. Questi campi di numeri sono più che 
soddisfacenti per la maggior parte dei nostri fabbisogni aritmetici, ma 
qualche volta è più conveniente la rappresentazione BCD. BCD significa 
Binary Coded Decimai (decimale codificato in binario), ma è in realtà un 
decimale codificato in codice esadecimale. 

Usando la rappresentazione BCD il calcolatore memorizza le singole 
cifre di un numero decimale in cifre esadecimali consecutive. Per esempio, 
il numero decimale 196 viene memorizzato nel calcolatore come 1,9 e 6 in 
cifre esadecimali consecutive; perciò si scrive 196i6(che equivarrebbe a 
406 io) ma che significa 196 io (che è in realtà C4 ió). (Si veda Figura 1.13). 

Perché si fa questo? Perché questo è il modo con cui i numeri general¬ 
mente entrano ed escono dal calcolatore. Se nel calcolatore entrano 1,9 e 
6 è più facile memorizzarli cosi come sono piuttosto che convertirli in C4 
(come vorrebbe la rappresentazione in complemento a due). Se per esem¬ 
pio si vuole visualizzare il numero 196 su uno schermo CRT si deve spez- 
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mi 

HflMI 

■m 

■m 

K3DDVJ 

tmiiiu 

umili 

Lfinm 


Rappresentazione BCD di 196,„ 






HH 

mi 

■m 

■UH 

UUUU 

iiniRiu 

LVWHJ 

UUUU 


Rappresentazione in complemento a due di 196,„ 


Figura 1.13 — Rappresentazione BCD 

zarlo in 1,9 e 6; per cui é più facile farlo se lo si rappresenta in questa for¬ 
ma. 


ESERCIZIO 11 : Disegnate il diagramma di flusso (o scrivete l'algoritmo) 
che risolva il seguente problema: Si ricevono delle cifre decimali ad una ad 
una. La sequenza finisce quando si riceve un «X» invece di un numero. Si 
deve memorizzare un numero esadecimale N in modo tale che quando si 
riceve il carattere «X». N contenga il valore esadecimale del numero deci¬ 
male rappresentato dalla stringa di cifre precedenti il carattere «X». Per e- 
sempio. se la sequenza dei valori che si riceve è 1, 9. 6. X. partendo da zero 
N assume i seguenti valori esadecimali 1, 13, C4 (corrispondenti decimali 
di 1. 19. 196). 

Dopo tutte le complicazioni che si creano passando dalla rappresenta¬ 
zione esadecimale a quella decimale e viceversa, vi potreste stupire del 
perché alla fine si usi la rappresentazione esadecimale. Perché non rappre¬ 
sentare sempre tutto in BCD? La risposta è che lo fanno alcuni calcolato¬ 
ri (esempio, IBM 1401), ma la rappresentazione binaria o esadecimale è 
più facile da implementare circuitalmente e rappresenta un modo molto 
più efficiente di utilizzo della memoria. Nella rappresentazione BCD si u- 
sano 4 bit per rappresentare le 10 cifre decimali. Le configurazioni di bit 
corrispondenti ad A, B, C, D, E ed F sono inutilizzate; perciò si perde il 
37,5% delle possibili configurazioni di bit. 

ESERCIZIO 12: Quanti numeri BCD si possono rappresentare con 16 
bit? Quanti numeri esadecimali? Qual è il rapporto di queste due quantità? 

In quale relazione sta con il rapporto 10/16 valido per quattro bit? Quale 
è la regola generale? 

Nella rappresentazione BCD esistono altri due problemi: uno consiste 
nel fatto che non c’è una rappresentazione ovvia dei numeri negativi; l’al¬ 
tro che lo Z8000 non ha istruzioni per eseguire operazioni aritmetiche 
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con numeri in BCD (ad eccezione della correzione decimale — vedasi Ca¬ 
pitolo IV). Si provi a sommare i numeri 25 e 19 rappresentati in BCD per 
valutare perché occorrono delle istruzioni speciali. La risposta è 3E che 
non è la rappresentazione in BCD di 44. 

II comando di correzione decimale è fornito proprio per questi casi. 
Può essere applicato al risultato sommando numeri BCD di 2-cifre. onde 
ottenere il risultato corretto. Per esempio, dopo aver sommato 19 e 25, la 
correzione decimale convertirà 3E in 44. 

Oltre al bit di riporto (carry) C, esiste il bit H di.semi-riporto (half-car- 
ry) che viene posto ad uno dallo Z8000 quando c’é un riporto passando 
dal digit (cifra) meno significativo di un byte a quello più significativo. 

La correzione decimale somma un «fattore correttivo» al byte, poi se 
c’é stato un riporto decimale, pone ad uno C, per esempio se la risposta 
supera 99 io. 

ESERCIZIO 13: Si scriva un algoritmo per la correzione decimale. Esiste 
un altro bit, D, che lo Z8000 pone ad uno dopo aver sottratto dei byte, ma 
che azzera dopo aver sommato dei byte. Modificate il vostro algoritmo, u- 
tilizzando D, in modo che venga eseguita la correzione sia per le somme 
che per le sottrazioni. 

Ora abbiamo imparato cosa sono i bit di stato C, V, DeH; rimangono 
ancora Z, P e S. Lo Z8000 pone questi bit a uno o a zero in corrisponden¬ 
za al verificarsi delle varie condizioni. 

I simboli a forma di rombo, presenti nei diagrammi di flusso, sono uti¬ 
lizzati per controllare se lo stato di questi bit è uno o zero. 

Rappresentazione in virgola mobile 

Per ultimo discuteremo la rappresentazione di numeri in virgola mobile 
(floating point). Questa è analoga alla «notazione scientifica» usata sui 
calcolatori quando la risposta necessita di un numero maggiore di cifre di 
quelle che il calcolatore può visualizzare. Nei calcolatori viene usata per 
una ragione analoga. Abbiamo visto che 32 bit possono rappresentare 
un campo compreso approssimativamente tra —2000000000 e 
+ 2000000000, ma noi non vogliamo sempre numeri interi. Per esempio, 
in applicazioni contabili potremmo supporre di avere un campo decimale 
corrispondente alle due ultime cifre di destra perciò avremmo un campo 
di ± $ 20.000.000,00. Spesso viene fatto un qualche cosa di simile a quan¬ 
to visto sopra, per cui la nostra rappresentazione usuale viene chiamata in 
virgola fissa (fixed point). 

Con la virgola fissa esiste un problema importante: ogni cosa deve es- 
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sere predisposta in modo tale da accertare il caso più estremo. Per esem¬ 
pio. se si deve accettare 3,14159 la nostra virgola decimale si deve trova 
re. al minimo, spostata di cinque posizioni dall’estremità destra del nume¬ 
ro. anche se nessun altro numero ha bisogno di più di due decimali. Fis¬ 
sando la virgola a cinque posizioni dalla destra si limita il campo rappre¬ 
sentabile a ± 20.000,00000. Questa soluzione è inadeguata per molte ap 
plicazioni. 

La virgola mobile risolve questo problema spezzando il campo di nu¬ 
meri in molti campi sovrapposti con un numero di decimali variabili. Al¬ 
cuni dei nostri 32 bit vengono utilizzati per indicare Vesponente (approssi¬ 
mativamente, la locazione della virgola decimale) ed alcuni per indicare la 
mantissa (approssimativamente, un numero in virgola fissa compreso nel 
campo indicato dall’esponente). 

Per esempio, si supponga che la nostra parola di 32-bit venga divisa in 
due parti: una di 8 bit rappresentante l’esponente E in complemento a due 
ed. una di 24 - bit rappresentante, in complemento a due. la mantissa n. 
(Vedasi Figura 1.14). Il numero reale rappresentato da questo numero in 
virgola mobile è: 

n x 2 e ~ 23 

Questo è analogo alla notazione scientifica in cui si scrivono numeri 
nella forma 6,024 x IO" 23 . Nella notazione scientifica si scrive 6,024 x 
IO' 23 al posto di espressioni equivalenti come 6024 x IO" 26 o 0.00006024 
x IO' 18 . Analogamente c’è una forma normale per i numeri in virgola mo¬ 
bile: si usa il valore più grande possibile per n (che corrisponde a —23 in n 
x 2 ,: - 23 ). È facile vedere la ragione di tutto questo. Se nella nostra 
mantissa perdiamo posto per i primi zeri (come in 0,00006024 x IO" 18 ), si 
riduce lo spazio disponibile per ulteriori cifre significative. Per esempio, se 
ci fossimo limitati a 8 cifre di mantissa saremmo in grado di scrivere sola¬ 
mente 0,000060 x IO" 16 . 

Naturalmente questo è legato all’esponente. Normalizzando si potreb¬ 
be veramente spingere l’esponente fuori dal campo. (Per esempio. 6.024 x 
IO" 23 potrebbe non essere possibile se fossimo solamente in grado di avere 
esponenti fino a —20). In effetti, 8 bit forniscono esponenti compresi tra 
2‘ 128 e 2" 121 che è migliore di 10 r38 -s- IO 38 . Molto raramente occorrono nu¬ 
meri di precisione o di ampiezze maggiori di queste. D’altra parte, una 
mantissa di 24 bit permette un campo approssimativo di + 8 milioni, sei 
cifre significative, e spesso si ha bisogno di tutta questa estensione special- 
mente quando si accumulano somme di molti termini o si effettua la diffe¬ 
renza di grandi numeri molto vicini l’uno all’altro. 

Perciò i numeri in virgola mobile sono generalmente normalizzati. Pri- 
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HM 

UHM 

■ni 

■ni 

■ni 

H 

■HI 

ini 

min 

DD0D 

□000 

DOCK] 






ESPONENTE MANTISSA 

Figura 1.14 — Rappresentazione in Virgola Mobile di 0,34375 


ma si è prestata maggior attenzione a che cosa dovrebbe succedere quan¬ 
do la normalizzazione spinge l’esponente al di sotto del valore minimo del 
campo possibile ( underjlow ). 

La Figura 1.14 illustra una rappresentazione in virgola mobile simile a 
quella discussa sopra. Il numero rappresentato è 0,34375 io. La 
rappresentazione in virgola mobile è FF580000i6. 

ESERCIZIO 14: 

(a) Si spieghi perché FF580000 è la rappresentazione in virgola mobile 
di 0.34375. (Suggerimento: 0,34375 = 11 x V = (11 x 2”) x 

(b) Si scriva un algoritmo per sommare due numeri in virgola mobile. 
Lasciare il risultato nella forma normalizzata. (Suggerimento: 6.024 x 
I0- !J + 1,236 x 1CT 24 = 0,06024 + 1,236) x IO" 21 ). 

(c) Si scriva un algoritmo per la moltiplicazione di due numeri in virgola 
mobile. Si lasci il risultato in forma normalizzata. 


La virgola mobile è una rappresentazione utile e flessibile di un nume¬ 
ro. Sfortunatamente, come per la rappresentazione BCD. lo Z8000 non 
possiede istruzioni che consentano di operare con numeri in virgola mobi 
le. 

Se si desidera usare la virgola mobile, occorre scrivere (ed avere) un 
programma per la gestione della virgola mobile. Nella maggior parte dei 
calcolatori questo comporta un lavoro non indifferente. 

Rappresentazione di caratteri alfanumerici 

Esiste una relazione ovvia tra la configurazione di bit di un byte o pa¬ 
rola e i numeri che si desiderano rappresentare, ma non esiste niente di si¬ 
mile per i caratteri alfabetici. In realtà, non è esattamente chiaro che cosa 
occorre rappresentare: vogliamo i caratteri cinesi, gli accenti francesi, le 
lettere maiuscole e minuscole, diversi insiemi di caratteri, diversi colori? 

Durante gli ultimi anni si è avuta una standardizzazione: i caratteri al¬ 
fanumerici contraddistinti con codici «standard» sono le lettere maiuscole 
e minuscole dell’alfabeto inglese, i numeri 0 4- 9, i simboli aritmetici (+, — 
, /, *, =, <, >), alcuni punti e simboli frequentemente usati come #, $, %, 
&. In tutto ci sono 90 caratteri alfanumerici. 
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Inoltre, spesso dobbiamo rappresentare i comandi di controllo macchi¬ 
na come il ritorno carello e cambio pagina come caratteri mescolati nel 
testo codificato. La trasmissione su linee telefoniche ha evidenziato il bi¬ 
sogno di caratteri addizionali di controllo. 

Dal momento che ciascuna di queste cose deve essere rappresentata al¬ 
l’interno del calcolatore, la cosa più ovvia che viene in mente è di farla cor¬ 
rispondere ad un numero. Tale selezione e numerazione dei caratteri alfa- 
numerici e di comando costituisce il codice carattere. Il principale codice 
utilizzato con i microcalcolatori è quello ASCII (American Standard Co¬ 
de for Information Interchange — Codice Standard Americano per lo 
Scambio di Informazioni). (Vedasi Figura 1.15). 

Nell’ASCII ciascun carattere alfanumerico o di controllo è rappresen¬ 
tato da un numero compreso tra 0 e 127. Questo significa che occorrono 
7 bit per rappresentare tutti i codici ASCII (siccome 2 7 = 128). In realtà, 
per rappresentare ciascun carattere viene usato un byte di 8 - bit. Nella 
rappresentazione interna l’ottavo bit (più significativo) è generalmente po¬ 
sto a zero; nella trasmissione tra la CPU e i dispositivi esterni, l'ottavo bit 
è spesso utilizzato per il controllo di errore. Uno di questi controlli di er¬ 
rore è la parità. Parità dispari, significa che nel carattere è presente un nu¬ 
mero dispari di bit uno; mentre parità pari significa che il numero di bit 
posti a uno è pari. Il sistema utilizzato per il controllo di errore avviene in¬ 
dicando che tutti i caratteri trasmessi da o verso il calcolatore avranno, 
diciamo, parità dispari. Poi, in funzione del numero di bit ad uno. nel co¬ 
dice a 7-bit del carattere, l’ottavo bit è posto a uno o a zero prima di ese¬ 
guire la trasmissione. Nello Z8000 è presente un’istruzione che controlla 
la parità di un byte ad 8-bit. Il bit P (che è in realtà lo stesso bit che rap¬ 
presenta V) viene utilizzato come indicatore di parità. (Vedasi Figura 
1.16). 

Essendo l’ASCII un codice a 7-bit, ciascun carattere ASCII è un nu¬ 
mero esadecimale di due cifre compreso tra 00 e 7F. In Figura 1.15 è ri¬ 
portata la corrispondenza. Si noti che questi codici non sono assegnati in 
modo casuale. Piuttosto, le lettere maiuscole formano un blocco contiguo 
di codici (A = 41, B = 42,... Z = 5A); analogamente le lettere minuscole 

(a = 61, b = 62,... z = 7A) e i numeri (0 = 30, 1 = 31. 9 = 39). Queste 

particolarità vengono usate in tutti i programmi. 

ESERCIZIO 15: Si trovi la sequenza di caratteri ASCII che esprime 
«Hi! I’m a Z8000». (Ehi! Sono lo Z8000). 

Non si dimentichino gli spazi. Quanti byte di memoria saranno occupati 
da questi caratteri? 
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codice caranere 


codice carattere 


codice carattere 


codice carattere 


00 

NUl 

20' 




60’ 


01 

SOH 

21 

1 



61 

a 

02 

STX 

22 

" 



62 

b 

03 

ETX 

23 

» 

m 


63 

c 

04 

EOT 

24 

$ 

44 

D 

64 

d 

05 

ENQ 

25 

% 

45 

E 

65 

e 

06 

ACK 

26 

& 

46 

F 

66 

f 

07 

BEL 

27* 

• 

47 

G 

67 

9 

08 

BS 

28 

( 

48 

H 

68 

h 

09 

TAB 

29 

) 

49 

1 

69 

i 

0A 

LF 

2A 

* 

4A 

J 

6A 

j 

0B 

VT 

2B 

+ 

4B 

K 

6B 

k 

OC 

FF 

2C’ 

. 

4C 

l 

6C 

1 

OD 

CR 

2D 

- 

4D 

M 

6D 

m 

OE 

SO 

2E 


4E 

N 

6E 

n 

OF 

SI 

2F 

/ 

4F 

O 

6F 

0 

10 

DIE 

30 

0 

50 

P 

70 

P 

11 

DC1 

31 

1 

51 

Q 

71 

q 

12 

DC2 

32 

2 

52 

R 

72 
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53 
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54 
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55 

U 
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6 

56 
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57 

W 
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58 
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5A 
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; 

5B 

[ 

7B 

{ 

1C 

FS 

3C 
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5C 

\ 

7C 
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Figura 1.15 — Insieme dei Caratteri ASCII 








n ' i 

ITTI 

4 

i 

o 

o 

o 

O 

o 

o 


ASCII A (parità pari: 2 bit ad uno) 


» ! ? 

C 

I 1 T 

1 


0001 


ASCII A (parità dispari: 3 bit ad uno) 


T r r 

> "1 r 

s 

3 

0 10 1 

■ ■ > 

0 0 10 

l.X-L- 


ASCII R (parità dispari: 3 bit ad uno) 


» 1 1 

"T | T- 

D 

3 

V. 0 . 1 

0^0 


ASCII R (parità pari: 4 bit ad uno) 


1 1 1 1 

4 

1 1 1 

s 

~ r 

r r t" 

6 

T » I 1 

9 

0 10 0 
* * * * 

.0, 00 

0 

1 0 
» * * 

10 0 1 


48 = ASCII H 69 = ASCII i 


Rappresentazione ASCII di «Hi» con una parola di 16-bit (2 byte) 


Figura 1.16 — Rappresentazione di un Testo ASCII 
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Capitolo II 

Architettura Circuitale dello Z8000 


In questo capitolo verrà descritta la struttura funzionale del microcal¬ 
colatore Z8000. Siccome la programmazione in linguaggio macchina è 
intimamente connessa con aspetti piuttosto dettagliati dell'architettura del 
calcolatore, questa descrizione è utile sia ai programmatori che ai proget¬ 
tisti circuitali. 

Questo capitolo descrive, fondamentalmente, tutte le caratteristiche 
dello Z8000. Non esiste un sistema per presentare in un breve capitolo 
tutto questo materiale, in modo tale da essere immediatamente recepito 
dal lettore che non ha mai studiato prima d’ora l’architettura di un calco¬ 
latore. Tuttavia, dovreste fare ogni sforzo possibile per comprendere que¬ 
sto materiale, essendo esso la base per ciò che verrà descritto nel seguito 
del libro. Per esempio, se necessario, potreste leggere ripetutamente alcu¬ 
ne parti, ma se dopo aver fatto tutto ciò vi accorgete che queste non vi so¬ 
no ancora chiare, procedete tranquillamente; infatti, la maggior parte dei 
concetti essenziali alla comprensione dei programmi di questo libro sarà 
rispiegata in seguito, quando tali concetti saranno ripresentati. 

L’architettura del microcalcolatore Z8000 è simile più a quella del 
PDP -11 /34, ed altri famosi microcalcolatori, che a quella dei primi mi¬ 
crocalcolatori del tipo Z80. Una macchina «generai purpose» (di uso ge¬ 
nerale) cosi potente potrebbe risultare, in alcune situazioni, antieconomi¬ 
ca; questo è il motivo per cui lo Z8000 viene fornito in due versioni: 
Z800I e Z8002. 

Tutta la potenza dello Z8000 è fornita dallo Z8001 unitamente al di¬ 
spositivo, ad esso strettamente connesso, la MMU (Memory Manage¬ 
ment Unit — Unità di Gestione della Memoria). La CPU su un solo dispo¬ 
sitivo Z8002 è funzionalmente equivalente allo Z8001, ma è limitata ad a- 
vere uno spazio molto più piccolo di memoria indirizzabile. La compatibi¬ 
lità verso l’alto è garantita da uno dei modi di funzionamento dello Z8001 
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nel quale può essere eseguita, senza essere modificata, la maggior parte 
dei programmi dello Z8002. 

Lo Z8000 è un microprocessore a 16-bit, per cui i percorsi dei dati, le i- 
struzioni, i registri, le operazioni aritmetiche e logiche sono tutti pensati 
per gestire parole di 16-bit. Molte delle sue istruzioni possono essere usate 
con parole-lunghe (32 bit), byte (8 bit) e digit (4 bit) ed é possibile indiriz¬ 
zare in modo indipendente, nel proprio spazio di memoria, ogni singolo 
byte. 

Registri Non Specializzati 

Lo Z8000 ha sedici registri non specializzati ; questo significa che cia¬ 
scun registro può essere utilizzato come accumulatore, registro indice, re¬ 
gistro base, registro indirizzo. (In realtà, RO può sempre essere utilizzato 
come accumulatore, ma esistono alcune limitazioni per quanto riguarda il 
suo utilizzo come registro indirizzo. Non può essere usato come registro 
indice o registro base). 



Figura 2.0 — Alcuni Usi dei Registri 
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Apriamo una parentesi per definire questi termini. 

Un registro è un dispositivo elettronico in grado di memorizzare delle 
configurazioni di bit di una certa dimensione — in questo caso di 16 bit. 
Immaginatelo come una fila di 16 luci. 

Un accumulatore è un registro utilizzato per contenere numeri (o 
configurazioni di bit non interpretate) mentre, o fino a quando, vengono e- 
seguite su di esso operazioni aritmetiche o logiche. 

Un registro indice è un registro che contiene la posizione riferita ad un 
elemento di una lista (chiamata anche tabella o insieme) — perciò se il re¬ 
gistro contiene il valore 5, noi stiamo parlando riferendoci al quinto ele¬ 
mento di una qualche tabella. Quando si dirà: vogliamo un elemento della 
tabella «indicizzata dal» registro indice, siccome questo contiene il valore 
5. ci fornirà il quinto elemento della tabella. L’indirizzamento indicizzato 
verrà discusso nel Capitolo V. 

Un registro indirizzo è un registro che contiene l’indirizzo di memoria 
relativo all’elemento che il calcolatore sta per usare (per esempio, la cop¬ 
pia di registri H,L nello Z80). Nel Capitolo V si discuterà il modo di indi¬ 
rizzamento indiretto tramite registro. 

Il registro base è simile al registro indirizzo dal momento che contiene 
un indirizzo di memoria, ma viene utilizzato insieme ad uno spiazzamento 
(offset) o indice, fornito in modo separato. Lo spiazzamento viene som¬ 
mato all’indirizzo contenuto nel registro base per ottenere l’indirizzo del¬ 
l’elemento che il calcolatore sta per usare. Nel Capitolo V verranno di¬ 
scussi i modi di indirizzamento riferiti al registro base e al registro base in¬ 
dicizzato. 

I 16 registri non specializzati dello Z8000 possono essere suddivisi e 
combinati in diversi modi. I registri sono chiamati RO, RI...., RI5. Essi 

possono essere combinati in otto coppie di registri: RRO, RR2.RR14. 

RO è la parte più significativa di RRO, mentre RI è quella meno significa¬ 
tiva, analogamente per gli altri. I registri possono essere ulteriormente 
combinati a gruppi di quattro: RQO, RQ4, RQ8, RQ12; RRO è la parte 
più significativa di RQO e RR2 è la parte meno significativa, ecc. Infine, i 
primi otto registri RO, RI, ..., R7 possono essere suddivisi in «H» e «L» 
(più significativo e meno significativo) per formare dei registri di dimen¬ 
sione pari al byte. "RH0, RLO, RH1, RL1, .... RH7, RL7. Tutto quanto 
detto sopra è illustrato in Figura 2.1. 

Solamente 8 dei registri possono essere suddivisi in registri a byte; in¬ 
fatti se ci fossero più di 16 registri a byte, in una istruzione servirebbero 
più di 4 bit per indicare il registro a byte da usare. In un calcolatore con 
parole di istruzione di 16-bit, l’assegnazione di ciascun bit deve essere at¬ 
tentamente valutata in funzione dei potenziali benefici ricavabili; un gua- 
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Figura 2.1. — Gerarchla del Registri Non Specializzati dello Z8000 

dagno di 16 registri a byte non compensa il prezzo di un ulteriore bit nel 
campo di identificazione del registro. Nel Capitolo IV verranno discussi 
in dettaglio i formati delle istruzioni. 

Stack (Pila) 

Le istruzioni ed i registri dello Z8000 sono stati pensati per facilitare 
l'uso dello stack. Lo stack può essere pensato come uno stack (pila) di 
piatti posti in una buca con una molla nel fondo, analogamente a quelli di 
una caffetteria. L’ultimo elemento posto nella pila è il primo ad essere ri¬ 
mosso. per cui lo stack viene chiamato buffer (LIFO) Last-in-First-Out 
(ultimo entrato — primo ad uscire). 

Con la pila di piatti, quando vengono prelevati o aggiunti dei piatti, la 
cima é fissa mentre il fondo si muove su e giù. In un calcolatore è più faci¬ 
le muoversi nel modo opposto, per cui gli elementi, una volta che sono 
stati posti nella pila, non si muovono mai; piuttosto lo stack pointer (pun¬ 
tatore della pila) punta sempre alla locazione di memoria che contiene 
l'ultimo elemento aggiunto alla pila. 

Per adesso, si pensi alla memoria dello Z8000 come ad una sequenza 
di registri di 16- bit ciascuno dei quali viene identificato da un numero 
(chiamato indirizzo). Il puntatore dello stack è un registro indirizzo che 
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STACK DOPO UN PUSH 
Dopo l'istruzione push, il puntatore punta su B 



Cima precedente 
Cima nuova 


Locazioni 

rimaste 

libere 


PuntatorediStack 




- Fondo dello stack 

(primo elemento messo dentro; 
indirizzo della 
memoria più alta) 


-Cima dello stack 

Ì Locazioni libere che possono 
diventare parte dello stack 


Dopo l'istruzione di pop. il puntatore punta ad A 




— Cima nuova 
-r- Cima precedente 

! Nuova area 
( libera 
j che include 
| gli elementi 
I prelevati 


STACK DOPO UNA ISTRUZIONE DI POP 


Fig. 2.2 - Stack 
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punta alla locazione di memoria corrispondente in quel momento alla ci¬ 
ma dello stack (vedasi Figura 2.2). Quando qualche cosa viene spinto 
(PUSH) nello stack (aggiunto), questo viene posto nella locazione succes¬ 
siva alla cima della pila in quel momento, e il puntatore dello stack viene 
cambiato, in modo da puntare alla posizione della nuova cima. Quando 
viene rimosso (POP) un elemento dalla pila, la posizione che esso occupa¬ 
va diviene libera e il puntatore viene cambiato in modo da posizionarsi 
sull'elemento che si trova sotto a quello appena estratto che diviene la 
nuova cima. 

Ciascun registro indirizzo dello Z8000 può essere usato come puntato¬ 
re di stack; inoltre ci sono delle istruzioni dello Z8000 utilizzabili per ri¬ 
muovere o aggiungere elementi allo stack. Casualmente, come riporta la 
Figura 2.2. il fondo dello stack ha l’indirizzo più alto ed ogni elemento 
spinto dentro lo stack riceve il successivo indirizzo più basso rispetto al 
precedente valore della cima. Giustamente, si sarebbe potuto fare facil¬ 
mente nell'altro modo, ma questo schema permette di suddividere facil¬ 
mente la memoria tra stack e dati o programmi: iniziandoli agli estremi 
opposti della memoria e facendoli crescere uno verso l’altro; oppure ini¬ 
ziandoli schiena a schiena e facendoli crescere in direzione opposta. 

Lo Z8000. per alcune operazioni di stack che si generano automatica- 
mente. definisce come puntatore di stack un particolare registro indirizzo 
che memorizza il ritorno da sottoprogrammi (subroutine) oppure lo stato 
di un processo quando vengono riconosciute delle interruzioni o delle 
trappole (trap). Più avanti in questo capitolo si analizzeranno le interruz- 
zioni e le trappole mentre le subroutine verranno analizzate nel Capitolo 
III. Il registro definito per le operazioni di stack dipende dal funzionamen¬ 
to nel modo segmentato o non segmentato dello Z8000. Adesso spieghe¬ 
remo che cosa significa. 

Segmentazione della Memoria 

Lo Z8000 permette l'indirizzamento del singolo byte: cioè ciascun byte 
di memoria è identificato da un proprio indirizzo. I registri a 16-bit. RI. 

R2.R15 possono individuare solamente 2 16 indirizzi diversi (si ricordi 

la nostra regola: n bit possono distinguere 2"elementi). Perciò l’estensione 
di indirizzi dello Z8000 potrebbe contenere 65.536 byte. In effetti, l'archi¬ 
tettura dello Z8000 permette di gestire 128 estensioni diverse di questi 
65.536 byte. 

Esistono due diversi modi di operare. In uno, chiamato non-segmenta- 
to. la CPU Z8000 esegue i programmi che si trovano in uno di questi 
campi di 65.536 byte. Tutti gli indirizzi sono di 16 bit e il programma non 
possiede un modo esplicito per influenzare in qualche modo un altro cam- 
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po. Nell’altro modo di funzionamento, chiamato segmentato, la CPU 
Z8000 riconosce gli indirizzi in un formato di due-parole che permette 
l’indirizzamento diretto di un qualsiasi byte in uno qualsiasi dei 128 cam¬ 
pi di indirizzi. La Figura 2.3 illustra come, questo formato indirizzo a due 
parole, appaia in uno qualsiasi dei registri a parola lunga RR2, RR4,.... 
RR14 che possono essere utilizzati nel modo segmentato come registri in¬ 
dirizzo. 


R2n 

0 

—1-1-1-1-1-1- 

Numero del Segmento 

— i — i — i — r- 

0 

-i — i — i — 

0 

R2n +1 


11111 

Spiazz 

1 1 

amento 

' 1 1 1 1 



(n = 1.7) 

Figura 2.3 — Formato del Registro per gli Indirizzi Segmentati 

Nel paragrafo relativo allo stack si è detto che un registro indirizzo ve¬ 
niva definito come il puntatore implicito dello stack, questo è il registro u- 
sato per memorizzare automaticamente i ritorni dalla subroutine o dagli 
stati dei processi. Nel modo non segmentato, questo registro, utilizzato 
come puntatore di stack è RI5; nel modo segmentato è RR14. 

A dispetto del fatto che nel modo segmentato si usano indirizzi di 23- 
bit e nel modo non-segmentato indirizzi di 16-bit, le istruzioni per i due 
modi sono molto simili. Questo dipende dal fatto che nell’architettura del¬ 
lo Z8000, gli indirizzi si ritrovano solo in due luoghi: nei registri indirizzo 
e come parte delle istruzioni. Le istruzioni che usano i registri indirizzo 
per specificare i loro argomenti hanno un formato identico per entrambi i 
modi. Quando un indirizzo è contenuto in una istruzione, esso è sempre 
posto alla fine dell’istruzione base. Nel modo non-segmentato viene ag¬ 
giunto un indirizzo di una parola; nel modo segmentato l’indirizzo viene 
aggiunto in uno dei due possibili formati; in entrambi i casi si aggiunge 
l’indirizzo alla stessa istruzione base. 

Nel caricamento di indirizzi nei registri i due modi potrebbero essere e- 
spressi mediante istruzioni diverse, però in questo caso viene fornita una 
istruzione speciale (LDA) per caricare in un registro indirizzo l’indirizzo 
del proprio argomento. Questa istruzione ha la stessa forma in entrambi i 
modi. 

Mappa della Memoria 

Fino ad ora questa suddivisione della memoria dello Z8000 in 128 
campi di indirizzi ci è sembrata un modo per avere una macchina dotata 
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di una grossa capacità di memoria, ma con istruzioni relativamente brevi 
e con registri indirizzi piccoli. In realtà, può darsi che questa fosse l’idea 
originale, ma è anche vero che introducendo il concetto di mappatura di 
memoria si evidenziano ulteriormente la potenza e la flessibilità dello 
Z8000. 

La mappatura di memoria si basa sul seguente modo di operare: il se¬ 
gmento di indirizzo di 23-bit è trattato come un indirizzo logico. Per mez¬ 
zo di un calcolo si perviene al reale indirizzo fisico a cui esso corrisponde. 
Il numero del segmento, a 7-bit, viene tradotto (mappato) in un indirizzo 
nella memoria fisica reale che diviene il punto di inizio del campo di indi¬ 
rizzi di 65.536 byte di quel segmento. (Vedasi Figura 2.5). Partendo da 
questa idea di base, si possono sviluppare molte varianti: 

• Non tutti i segmenti devono avere la stessa dimensione; alcuni pos¬ 
sono essere più piccoli di 65.536 byte. (Vedasi Figura 2.4) 

Indirizzi 
0 


Il segmento 1 ha la dimensione massima <2' 6 byte) 


Il segmento 3 è inferiore di 2' 6 byte 


Sovrapposizione di segmenti 2 e 4: 
hanno una parte di memoria in comune 
e sono parzialmente separati 


2 “ - 1 


Figura 2.4 — Alcune Caratteritiche della Mappatura di Memoria 
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• Nella memoria fisica (Vedasi Figura 2.4) i segmenti possono avere 
delle aree di sovrapposizione. 

• È possibile memorizzare determinati attributi dei segmenti e indivi¬ 
duare le operazioni incompatibili con questi attributi (esempio impe¬ 
dire la scrittura in un segmento definito di sola - lettura). 

• La locazione e gli attributi dei segmenti possono essere cambiati in 
modo dinamico. 

Tali elaborazioni richiedono un supporto logico, che nell'architettura 
dello Z8000 è fornito da una unità esterna che gestisce la mappatura del¬ 
la memoria (MMU- Memory Management Unit). 

Se la MMU lavorasse come è stato descritto prima, dovrebbe ricevere 
in ingresso l'indirizzo a 23-bit, inviato dall’uscita dello Z8000, convertire 
la porzione a 7-bit che esprime il numero del segmento nell’indirizzo fisico 
di base, sommare lo spiazzamento, costituito dai rimanenti 16-bit, all'indi¬ 
rizzo di base e inviare sulla propria uscita l’indirizzo fisico risultante. Dal 
momento che l’architettura del sistema dello Z8000 é basata su un indi¬ 
rizzo fisico costituito da 24-bit, questo significa che la MMU dovrebbe a- 
vere i registri interni e l’unità aritmetica in grado di operare con 24-bit e al 
limite 23 piedini per l’ingresso e 24 per l’uscita dell’indirizzo. 

Onde ridurre la complessità della gestione, la memoria fisica viene 
mappata solamente in blocchi di 256 byte. Gli 8 - bit meno significativi, 
dello spiazzamento di 16-bit, arrivano direttamente alla memoria fisica. 
La MMU converte il numero del segmento, espresso da 7-bit, nei 16-bit 
più significativi dell’indirizzo fisico di base a 24-bit; poi somma gli otto bit 
più significativi dello spiazzamento a questo valore per ottenere i 16-bit 
più significativi del reale indirizzo fisico della memoria. 

Questa procedura è illustrata in Figura 2.5. Lo schema adottato com¬ 
porta una lieve perdita di flessibilità ma permette di conseguire una note¬ 
vole semplificazione della MMU. 

Per ora, non vogliamo andare nel dettaglio di come venga specificata 
alla MMU l’informazione riguardante la locazione e gli attributi del se¬ 
gmento. Questa informazione è trasmessa dallo Z8000 come se fosse in¬ 
viata ad una periferica di I/O ma dal momento che la MMU non usa le li¬ 
nee di indirizzo da 7 a 0, tutte le informazioni transitano sopra le linee 15- 
8. Nei Capitoli IV e VII parleremo della speciale classe di istruzioni di 
I/O che permettono di trattare questo problema. 

Una MMU può gestire fino a 64 segmenti; due MMU sono sufficienti a 
gestire l’intero campo di 8.388.608 byte indirizzabile dallo Z8000. 

Spazi Multipli di Indirizzi 

Gli 8.388.608 byte indirizzabili dallo Z8000 sono definiti come Io spa¬ 


zi 




23 16 15 87 0 

Figura 2.5 — Calcolo dell'Indirizzo Mappato 


zio indirizzo dello Z8000, ma in effetti le specifiche dello Z8000 indicano 
che è possibile avere un massimo di sei spazi di indirizzi di questo tipo. 
Questo viene realizzato fornendo informazioni di stato addizionali che 
permettono a della logica esterna di selezionare diverse MMU (o diverse 
memorie fisiche) in funzione dei diversi tipi di accesso alla memoria (e- 
sempio estrazione di istruzioni usata come l’opposto di un accesso alfa 
rea dei dati). 

I tre diversi tipi di accesso alla memoria, distinguibili tramite l'informa 
zione di stato, sono: accesso alla stack; accesso all’area istruzioni, e ac¬ 
cesso all’area dati. Inoltre (si veda più avanti) esiste una linea di stato che 
permette di distinguere il modo sistema da quello normale. In definitiva, si 
possono distinguere sei spazi separati di indirizzi. 
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Da tutto questo ne consegue che, oltre alla protezione totale fornita 
dalla separazione completa di questi spazi, viene notevolmente aumentata 
la capacità della memoria dello Z8000; questo è particolarmente impor¬ 
tante per lo Z8002 limitato ad un campo di 65.536 byte indirizzabili sepa¬ 
ratamente. 

D’altra parte, vedremo nei Capitoli IV e V che ogni tentativo di separa¬ 
zione degli spazi degli indirizzi di questo tipo può comportare delle diffi¬ 
coltà. 

Modi Sistema e Normale 

Dal momento che l’architettura dello Z8000 permette di avere grosse 
configurazioni, possibilmente con vari programmi eseguiti in modo con¬ 
corrente. occorre un espediente per evitare che i programmi difettosi non 
interferiscano con gli altri. Inoltre, l’organizzazione di un buon program¬ 
ma richiede che certe funzioni chiave siano centralizzate e con accesso 
controllato. Queste idee, e varianti di esse, hanno portato nei primi grossi 
sistemi di calcolo al concetto di istruzioni privilegiate-, esiste cioè una mo¬ 
dalità: di funzionamento definita come modo sistema, nella quale possono 
essere eseguite tutte le istruzioni di cui è dotato il calcolatore; ne esiste 
un’altra definita come modo normale nella quale non possono essere ese¬ 
guite le istruzioni privilegiate. 

I modi sistema e normale usano puntatori diversi per lo stack. In en¬ 
trambi i modi il registro viene identificato come R15 (o RR14 se opera nel 
modo segmentato). Non esiste alcun espediente per far si che un program¬ 
ma che gira in modo normale abbia accesso al puntatore di stack del mo¬ 
do sistema, ma nel modo sistema si può accedere al puntatore dello stack 
di modo normale considerandolo come un registro di controllo identifica¬ 
to con NSP. Parleremo dei registri di controllo un po' più avanti in questo 
capitolo. 

Lo Z8001 e lo Z8002 

Fino ad ora abbiamo parlato dello Z8000 come di un unico micropro¬ 
cessore caratterizzato da due modalità di funzionamento: segmentato e 
non-segmentato. In realtà stiamo descrivendo lo Z8001. C’é una versione 
ridotta chiamata Z8002, che non può funzionare nel modo segmentato e 
che ha un campo di indirizzamento di 65.536 byte. La maggior parte dei 
programmi scritti per lo Z8002 può essere eseguita in uno dei segmenti 
dello Z8001. Il dispostivo Z8002 ha esattamente, a livello di piedini, le 
stesse funzioni dello Z8001, escluse le sette linee che definiscono il nume- 
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ro del segmento ed una linea (trappola di segmento) di ingresso dello 
Z8001 proveniente dalla MMU. 

Dal momento che questo è un libro sulla programmazione dello 
Z8000, e siccome tutti i programmi dello Z8002 possono girare nello 
Z8001. non c’è bisogno di parlare molto dello Z8002; tuttavia, ci sono al¬ 
cuni casi in cui lo Z8001 in versione non - segmentata differisce dallo 
Z8002; questi casi verranno evidenziati mano a mano che si incontreran¬ 
no. 


Stato della CPU 

Abbiamo parlato dello spazio indirizzo del programma dello Z8000 e 
della maniera con cui le istruzioni memorizzate vengono eseguite: come 
se fossero dei passi di un algoritmo. La CPU tramite il program counler 
(PC) (contatore di programma) si ricorda del punto in cui si trova nello 
spazio indirizzi in cui è allocato il programma (esempio si ricorda quale 
passo del programma sta eseguendo). Il PC contiene sempre l’indirizzo, 
riferito allo spazio di memoria ove è allocato il programma, al quale si de 
ve estrarre la prossima istruzione. Ogni volta che viene estratta una istru¬ 
zione. il PC viene lasciato in modo da indicare la posizione successiva. La 
sequenza con cui viene eseguito un programma è simile alla sequenza dei 
simboli rettangolari di un diagramma di flusso. Le istruzioni corrispon¬ 
denti ai simboli romboidali cambiano il contenuto del PC. 

Il PC è un registro indirizzo, con funzione dedicata, che determina la 
metà di quello che è chiamato lo stato della CPU. L’altra metà è la Flag 
/Control Word — Parola di Controllo/Indicatore (FCW). (Vedasi Figu¬ 
ra 2.6). Le istruzioni corrispondenti ai simboli romboidali del diagramma 
di flusso dipendono dal byte meno significativo del FCW, chiamato 
FLAGS (INDICATORI). FLAGS è il gruppo di bit di cui si è brevemen¬ 
te discusso nel Capitolo I: C, Z, S, V (conosciuto anche come P), D e H. 
Nel Capitolo IV, descrivendo l’insieme delle istruzioni dello Z8000, ver¬ 
ranno indicate le istruzioni che agiscono sullo stato di questi bit; nello 
stesso capitolo verrà anche illustrato il modo in cui queste istruzioni agi¬ 
scono. 
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Figura 2.6 — Identificazione del significato dei Bit nella Parola de 
gli Indicatori di Controllo (FCW) 
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Per il momento indichiamo qui di seguito il modo in cui sono general¬ 
mente usati: 

C: Riporto aritmetico da byte, parola o parola lunga. 

Z: L’ultima operazione ha dato risultate zero. 

S: L’ultima operazione ha lasciato il bit più significativo (segno) 

uguale ad uno; esempio, quando il risultato è negativo. 

V: Supero aritmetico (esempio, la somma di due numeri positivi è 

negativa). 

P: Il byte controllato ha parità pari. 

D, H: Usato dall’istruzione DAB dopo la somma o la sottrazione di 
un byte. 

L’altra metà di FCW contiene quattro bit di controllo: due bit per il 
modo di funzionamento e due bit per l’abilitazione dell’interruzione. Par¬ 
leremo delle interruzioni più avanti in questo capitolo; per adesso, dicia¬ 
mo che questi bit di abilitazione controllano se vengono servite le interru¬ 
zioni ad essi corrispondenti o se invece vengono lasciate in attesa. I bit di 
controllo di FCW sono: 

SEG: È uguale ad uno per il funzionamento nel modo segmentato, a 
zero per quello non - segmentato. 

S/N: È uguale ad uno quando funziona in modo sistema: a zero per 
il modo normale. 

VIE: Viene posto ad uno per abilitare le interruzioni vettoriali, a ze¬ 

ro per mascherarle. 

NVIE: Viene posto ad uno per interruzioni non-vettoriali, a zero per 
mascherarle. 

Il PC dello Z8001 è un registro indirizzo costituito da una parola con il 
formato rappresentato in Figura 2.3. Quando lo Z8001 lavora in modo 
non - segmentato, la parte del PC che identifica il numero del segmento 
non cambia, ma viene ugualmente inviata sui piedini d’uscita che defini¬ 
scono il numero del segmento. Nello Z8002 il PC è costituito da un regi¬ 
stro a 16-bit; non esistono i piedini che identificano il numero del segmen¬ 
to. 

La FCW, d’altra parte, è sempre la stessa. È un registro dedicato di 16- 
bit. L’unione del PC e della FCW costituisce lo stalo della CPU , ma ci 
sono varie complicazioni. 

In due casi, lo stato della CPU viene considerato come una entità uni¬ 
ca: quando al verificarsi di interruzioni esso viene salvato nello stack (si 
veda il prossimo paragrafo), e quando, tramite l’istruzione LDPS, può es- 
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sere ricaricato dalla memoria. L’istruzione LDPS riconosce un formato 
per il funzionamento segmentato ed un altro per quello non-segmentato. 
Nella forma non-segmentata è costituito da una parola lunga con FCW 
posto nella parola più significativa e PC in quella meno significativa; nella 
forma segmentata è costituito da quattro parole: uno 0, la FCW, e due 
parole per il PC. D’altra parte, indipendentemente dal modo di segmenta¬ 
zione. lo stato della CPU è memorizzato nello stack in un certo formato 
per lo Z8002 ed iti un altro per lo Z8001. Nello Z8002 é espresso dalla 
parola lunga (FCW. PC) uguale alla versione di LDPS per il modo non¬ 
segmentato. ma nello Z8001, è espresso da tre parole: FCW seguita dalla 
doppia parola di PC. Tutto questo viene mostrato in Figura 2.7. 


FCW 

■ 

FCW 

PC 

■ 

PC 


Z8002 Non-segmentato 


FCW 

■ 

0 


■ 

FCW 




Z8001 



Segmentato 


Nello stack dopo In memoria 

una interruzione o trap per LDPS 

Figura 2.7 - Stato della CPU per Interruzioni e LDPS 

Questo è un importante punto di incompatibilità tra lo Z8002 e lo 
Z8001 nel funzionamento non-segmentato: le conseguenze di questo ver¬ 
ranno discusse in maggior dettaglio nel Capitolo IX quando parleremo di 
parametri trasmessi alle routine, invocate da una chiamata al sistema, da 
parte dell’individuazione di una trappola. 

Trappole e Interruzioni 

Tutti abbiamo provato cosa significhi essere interrotti durante lo svol¬ 
gimento di una attività e cercare di ritornare alle condizioni precedenti al¬ 
l’interruzione una volta che abbiamo finito di gestirla. 
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Le interruzioni sono fastidiose, ma un aspetto importante dell’intelli¬ 
genza umana è la capacità di gestirle. Le nostre capacità sarebbero forte¬ 
mente sminuite se dovessimo sempre finire una cosa prima di iniziarne 
un’altra o se dovessimo sempre far ripartire dall’inizio il lavoro interrotto. 

Le interruzioni possono provenire da una fonte esterna — o qualcuno o 
qualcosa altro — oppure possiamo interrompere noi stessi, come quando 
pensiamo improvvisamente a qualche cosa di più importante di quello che 
stiamo facendo. 

Questo è simile a quello che si verifica in un calcolatore. Quando «qual¬ 
cun altro» interrompe, si parla di interruzione ; quando il calcolatore si au- 
tointerrompe si parla di trappola (trap). 

Che tipo di gestione possiamo usare per fare in modo di poter ripartire 
da dove eravamo rimasti dopo aver eseguito l’interruzione? Possiamo 
mettere un segnalibro nel libro o ricordarci «mentalmente» dove eravamo 
rimasti. Qualche cosa che ricordi lo stato di ciò che stavamo facendo in 
modo sufficientemente dettagliato da permetterci di ritornarci. 

Lo Z8000 fa la stessa cosa: quando viene interrotto salva lo stato della 
CPU nello stack di sistema ; dopo aver servito l’interruzione ristabilisce lo 
stato della CPU estraendo e riportando in FCW e PC il valore preceden¬ 
temente salvato. 

Oltre a questo metodo usato per ricordarsi il proprio stato, lo Z8000 
ha bisogno di un mezzo per dire che cosa ha causato l’interruzione o la 
trappola. Questo è realizzato con una parola (chiamata ragione) che vie¬ 
ne salvata nello stack dopo lo stato della CPU; la ragione viene fornita 
dal dispositivo esterno che ha causato l’interruzione, o dalla CPU se si 
tratta di una trappola. (Vedasi Figura 2.8). 

Una interruzione è generalmente associata ad un dispositivo di I/O. 
Per esempio, la stampante può essere pronta per ricevere un altro caratte¬ 
re, qualcuno può aver premuto un tasto sulla tastiera del videoterminale, 
oppure uno qualsiasi degli altri dispositivi potrebbe richiedere l'attenzione 
della CPU. Una trappola è causata dall’esecuzione (o tentativo di esecu¬ 
zione) di una istruzione. Una chiamata del sistema mediante trappola è 
un mezzo che consente ad una routine eseguita in modo normale di ri¬ 
chiamare una delle 256 routine indipendenti di sistema. Tutte le altre in¬ 
terruzioni da trappole segnalano errori di condizione, come per esempio 
l’utilizzo di una istruzione non implementata, l’utilizzo di istruzioni privi¬ 
legiate quando si opera in modo normale, il tentativo di accedere ad un in¬ 
dirizzo di segmento in conflitto con le tabelle di attributo del segmento 
della MMU. La trattazione del funzionamento della trappola verrà di¬ 
scussa nel Capitolo IX. 

Per le trappole, la ragione memorizzata nello stack è la prima parola 
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STACK DOPO L'INTERRUZIONE 


Figura 2.8 — Stack dopo una Interruzione 

dell'istruzione che origina la trappola, tranne la trappola causata da se¬ 
gmentazione — per questa l’identificazione della MMU si trova nel byte 
più significativo e niente di interessante in quello meno significativo. I 16 
bit che costituiscono la ragione sono forniti dai dispositivi che generano 
interruzioni per ogni informazione di stato che possa essere utile. L'unica 
richiesta è che nell’interruzione vettoriale il byte meno significativo della 
ragione sia un indice ad una tabella di 256-parole di indirizzo di routine di 
gestione dell’interruzione. 

Questa tabella indirizzi fà parte del program status area (PSA — area 
di stato del programma), un’area definita dall’utente nella memoria pro¬ 
gramma ed indirizzata da un registro di controllo chiamato program sta¬ 
tus area pointer (PSAP — puntatore dell’area di stato di programma). La 
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Figura 2.9 riporta la configurazione dell’area di stato di un programma. 
Gli indirizzi forniti sono riferiti all’indirizzo di partenza specificato in 
PSAP. Casualmente, gli ultimi 8-bit di PSAP sono forzati a zero, in modo 
tale che la PSA inizi sempre in coincidenza con l’inizio del blocco fisico 
della memoria. In funzione dei due diversi formati dello stato della CPU 
nella memoria (vedasi Figura 2.7) il fattore s assume il valore 1 o 2. La 
lunghezza reale di PSA è determinata dal massimo indice possibile dell'in¬ 
terruzione vettoriale. 

Quando si riscontra una interruzione o una trappola, lo stato della 
CPU viene messo nello stack di sistema, seguito dalla ragione: poi viene 
caricato il nuovo stato della CPU dal blocco di stato del programma cor¬ 
rispondente alla particolare trappola o interruzione. Caricando il nuovo 
stato della CPU si trasferisce il controllo eli questa alla routine fornita dal¬ 
l'utente per gestire l’interruzione o la trappola verificatasi (siccome il valo¬ 
re del PC è parte dello stato). Quando finisce la routine, viene eseguita 
una istruzione di ritorno da interruzione che permette di estrarre dallo 
stack di sistema la ragione e lo stato della CPU precedentemente salvato. 
La ragione viene scartata mentre viene ristabilito lo stato precedentemen¬ 
te salvato. In questo modo lo Z8000 ritorna a fare ciò che stava facendo 
prima di essere interrotto. 

Escluse situazioni molto particolari, la routine di gestione dell'interru¬ 
zione non deve alterare con le sue operazioni i registri non specializzati, 
dal momento che si può verificare in ogni istante una interruzione, indi¬ 
pendentemente da ciò su cui sta lavorando il processore. Se si lasciasse un 
registro cambiato, questo apparirebbe al programma interrotto come se si 
fosse cambiato da solo tra due istruzioni consecutive e questo renderebbe 
impossibile la normale programmazione. Per cui la routine che gestisce 
l’interruzione deve salvare e successivamente ristabilire ogni registro che 
intende usare. Questo argomento verrà trattato nel Capitolo IX. 

I tre tipi di interruzioni possibili sono: interruzione non-mascherabile 
(NMI). interruzione non-vettoriale (NVI) e interruzione vettoriale (VI). Il 
tipo NMI è generalmente riservato a qualche cosa che non può aspettare, 
come per esempio una segnalazione di mancanza di alimentazione, che 
non può essere fermata. Le NVI e VI sono interruzioni mascherabili. 
Questo significa che possono aspettare fino a quando in FCW i corri¬ 
spondenti bit di abilitazione NVIE e VIE vengono posti ad uno. Il NVI si 
basa sul programma per determinare che cosa lo ha causato; esso richie¬ 
de una logica circuitale più semplice di quella utilizzata per VI, siccome 
non occorre mettere un indice negli 8-bit meno significativi della ragione. 
Per porre un indice negli 8-bit meno significativi della ragione, il VI utiliz¬ 
za il dispostivo che ha causato l’interruzione, poi la CPU usa, automati- 
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Indirizzo (esadeclmale) 


(Inutilizzato) 


Registro di controllo PSAP 


Stato del programma per 
trappola da istruzioni 
non implementate 


1 se Z8002 

2 se Z8001 


Stato del programma per 
trappola da istruzioni 
privilegiate 


Stato del programma per 
trappole che determinano 
la chiamata del sistema 


Stato del programma 
per trappole dovute 
a segmentazione 


Stato del programma 
per Interruzione 
non-mascherabile 


Stato del programma 
per interruzioni 
non-vettoriali 


FCW per interruzioni vettoriali 


L'indirizzo x del vettore finale di in¬ 
terruzione PC è 1 Es + 200. Perciò, 
la tabella del PC è composta di 512 
byte, indipendentemente dal valore 
di s. Notate che quando s=2. non 
esistono le interruzioni vettoriali di 
numero 1, 3. 5, ... Queste non de¬ 
vono essere usate. 


PC per Int #0 


PC per Int #s 


PC per Int #2s 


PC per Int #256 


■ Interruzione vettoriale 
Tabella del PC - indicizzata 
dal byte meno significativo 
della -ragione». 


Stato del programma per 
interruzioni vettoriali tipiche 



Figura 2.9 — Stato del Programma per le Interruzioni e le Trappole 
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camente questo indice per estrarre dalla tabella dei vettori di interruzione 
uno dei valori del PC. Per lo Z8001 l’indice deve essere un numero pari 
(0. 2. 4. 254). (Vedasi Figura 2.9). 

Registri di Controllo 

Durante la discussione precedente abbiamo incontrato diversi registri 
di controllo. Fondamentalmente ce ne sono quattro: FCW, PSAP, NSP e 
REFRESH. Il byte meno significativo di FCW è chiamato FLAGS e può 
essere analizzato separatamente. PSAP e NSP sono registri indirizzi. Nel¬ 
la versione segmentata essi hanno parti separate, per il numero del se¬ 
gmento e lo spiazzamento, chiamate rispettivamente PSAPSEG, PSA- 
POFF, NSPSEG, NSPOFF e dal momento che non ci sono parole dop 
pie per il trasferimento da o verso uno di questi registri, essi debbono esse¬ 
re chiamati con questi nomi^Questo è un punto importante: 

ATTENZIONE: Siccome la versione della doppia parola di PSAP deve 
essere cambiata in due passi successivi, occorre preve¬ 
dere delle protezioni per evitare delle interruzioni du¬ 
rante l’esecuzione dei due passi. 

Se, per esempio, si verifica una interruzione mentre PSAP è per metà 
una cosa e metà un’altra, lo stato intermedio potrebbe corrispondere al¬ 
l’indirizzo di un PSA valido, cosa possibile ma molto improbabile. 

L’ultimo registro di controllo è chiamato REFRESH. Questa caratteri¬ 
stica dell’architettura dello Z8000 può sembrare inconsueta agli utilizza¬ 
tori di minicalcolatori, ma il concetto è molto semplice. Una memoria di¬ 
namica è una RAM economica che può ricordare le cose solo per alcuni 
millisecondi. Ciò che la rende utile é il circuito di rinfresco , un meccani¬ 
smo che permette di passare attraverso le locazioni della memoria dina¬ 
mica leggerne i contenuti, e riscriverli immediatamente in essa. 

Nello Z8000 il registro di REFRESH fornisce il supporto necessario al 
circuito di rinfresco. Esso memorizza la prossima riga di memoria da rin¬ 
frescare (una specie di PC per il circuito di rinfresco), e controlla la fre¬ 
quenza del ciclo di rinfresco. Il registro REFRESH é costituito da un bit 
di abilitazione (RE), nel campo RATE (durata ciclo) di 6-bit e da un cam¬ 
po per il conteggio della riga (ROW) di 9 - bit (vedasi Figura 2.10). 

Le operazioni dello Z8000 sono sincronizzate con un ingresso di clock 
che può avere un ciclo veloce di 250 ns (impulso di clock) od uno lento di 
2 p s. Il campo del RATE determina la frequenza con cui lo Z8000 ese¬ 
gue una pausa per un ciclo di rinfresco. Il valore 1 significa una volta ogni 
4 cicli di clock, 2 significa ogni 8 cicli, 3 significa ogni 12, ecc.. Un ciclo di 
rinfresco ha una durata pari a tre cicli di clock. Per confronto, le istruzio- 
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ni Z8000 possono essere eseguite dalla CPU in un tempo che varia di vol¬ 
ta in volta da 3 a 10 cicli di clock. (Casualmente, il temporizzatore asso¬ 
ciato al registro REFRESH continua sempre ad andare avanti, per cui se 
un ciclo di rinfresco viene ritardato mentre aspetta la fine dell’esecuzione 
di una istruzione, il temporizzatore farà partire il prossimo ciclo di rinfre¬ 
sco esattamente come se quello precedente fosse partito in tempo). 

Durante Pesecuzione del rinfresco i contenuti del campo a 9-bit, ROW, 
vengono inviati al circuito di rinfresco; poi ROW viene incrementato di 
due. Perciò, il campo ROW è in realtà un contatore con parola ad 8-bit 
che viene visto come un contatore con parola di 9-bit. Il suo bit meno si¬ 
gnificativo è sempre a zero. 

Quando la CPU si trova nello stato di STOP, esegue continuamente 
dei cicli di rinfresco, permettendo in tal modo di utilizzare un un circuito 
esterno di rinfresco. Quando la CPU viene fermata il campo RATE non 
viene usato, ma, naturalmente, il contatore ROW viene incrementato di 
due per ogni ciclo eseguito. 

Elaborazione Distribuita 

La capacità, in una rete di CPU, di condividere delle risorse è una ca¬ 
ratteristica avanzata della filosofia dello Z8000. In parole povere questa 
possibilità viene definita elaborazione distribuita. 

L’elaborazione distribuita è una modalità che permette di gestire, per 
mezzo di piccoli programmi, delle grosse applicazioni. Il lavoro viene sud¬ 
diviso in moduli, e ciascuno di essi ha il proprio piccolo sistema. Quando 
é necessario i piccoli sistemi parlano l’un con l’altro, ma per la maggior 
parte del tempo eseguono il proprio lavoro in modo indipendente. 



- 1 - 1 -1- 1 - 1 - 

- 1 -1- 1 - 1 - 1 - 1 - 1 - 1 - 

RE 
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1 III _ 1 _ 

_ 1 _ 1 _ 1 _ 1 _ 1 _ 1 _ 1 _ 1 _ 


15 14 13 12 11 IO 9 8 7 6 5 4 3 2 1 0 

Fig. 2.10 — Localizzazione dei Campi del Registro REFRESH 

Molti piccoli sistemi sono meno complicati di uno grosso? Qui di se¬ 
guito riportiamo un «argomento plausibile». Si consideri un sistema che 
porti avanti 20 cose diverse. La matematica elementare dice che ci sono 


2 

possibili interazioni tra coppie di questi (dimentichiamoci delle interazioni 
triple, ecc.). Adesso supponete che queste 20 cose siano separate in cin- 
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que gruppi di quattro cose in modo che esistano interazioni all’interno di 
ciascun gruppo e tra i gruppi interi, ma che non si verifichi nulla tra le 
parti di un gruppo e quelle di un altro. Ci sono quindi 



2 


interazioni all’interno di ciascun gruppo e 



2 


interazioni tra i diversi gruppi per un totale di 

5x6+ 10 = 40 

possibili interazioni. 

Per cui ora invece di 190 interazioni ne abbiamo solo 40 di cui preoc¬ 
cuparci. Suddividendo il problema in cinque moduli la complessità si è ri¬ 
dotta di circa un fattore cinque. (Esiste una legge generale in proposito?). 

L'architettura dello Z8000 é pensata in modo tale che quando i 20 la¬ 
vori sono stati divisi in cinque gruppi di quattro, ciascun gruppo dovrebbe 
avere una propria CPU, un po’ di memoria, una interfaccia I/O e cosi 
via. Si supponga per esempio che questi gruppi debbano condividere le ri¬ 
sorse di una stampante di linea. 

Siccome i vari processi probabilmente richiedono che le uscite, verso 
stampante non siano mescolate, allora lo stato «busy» (occupato) della 
stampante di linea non é sufficiente per controllarne l’accesso. Per cui, o- 
gni CPU ha bisogno di un qualche mezzo che permetta il controllo della 
stampante di linea, ma che impedisca alle altre CPU di usarla, anche se la 
stampante sembra in uno stato di attesa. 

Il meccanismo che permette di implementare questa tecnica usa l'usci¬ 
ta MO dello Z8000, l’ingresso MI e un bus esterno a 4-bit con una logica 
esterna che faccia corrispondere le quattro linee del bus ai due piedini del¬ 
la CPU. Non ci addentriamo nel protocollo del bus e nella logica esterna. 
Dovremo semplicemente stabilire il protocollo interno che le CPU origi¬ 
nano: 

(1) Se si vuole utilizzare la risorsa condivisa, si guardi alla propria li¬ 
nea MI. Se si vede un segnale di «in-uso», andatevene e riprovate 
più tardi. Altrimenti posizionate la vostra linea MO. 

(2) Si aspetti che il proprio segnale si propaghi nel bus; poi si guardi 
nuovamente MI. 

(3) Se si riscontra un segnale «in-uso», questo significa che il nostro se¬ 
gnale si è propagato attraverso la daisy-chain (catena di priorità). 
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Si procede all’utilizzo della risorsa. Altrimenti si azzeri la propria 
linea MO e si riprovi più tardi. 

(4) Dopo aver finito di utilizzare la risorsa, si azzeri la propria linea 
MO. 

Il Dispositivo CPU 

I 48 segnali disponibili ai piedini dello Z8001 (o 40 per lo Z8002) pos¬ 
sono essere suddivisi in vari gruppi, che sono stati discussi o ai quali si è 

fatto riferimento in questo capitolo. (Vedasi Figura 2.11). 

• Bus Indirizzi/Dati: Le linee ADis— ADosono condivise come linea 
dati e indirizzi; entrambe sono usate per accessi alle memorie o ad 
I/O. (Vedasi Capitoli VI e VII). 

• Bus Controllo: Esistono tre uscite della CPU che ci dicono che cosa 
c’é sul bus e che segnalano quando questo è valido. 

AS: strobe indirizzo — indica che gli indirizzi sul bus so¬ 

no validi. 

MREQ: richiesta memoria — indica che le linee del bus con¬ 

tengono un indirizzo di memoria, altrimenti è un in¬ 
dirizzo di I/O. 

DS: strobe dato — per la temporizzazione dei dati in 

I/O. 

Esistono anche due linee di handshaking (sincronizzazione di eventi 
fra due dispositivi) che permettono ad altri dispositivi, oltre alla 
CPU, di usare il bus. 

BUSRQ: richiesta del bus — inviato alla CPU per richiedere 

l’utilizzo del bus. 

BUSAK: riconoscimento del bus — inviato dalla CPU per ga¬ 

rantire il controllo al richiedente. 

• Controllo CPU: ci sono due linee di ingresso che permettono il con- 
tro llo dell a CPU da parte di dispositivi esterni. 

WAIT: attesa — indica che il dispositivo di I/O o l'unità di 

memoria non è ancora pronta per il trasferimento 

_ del dato. 

STOP: stop — pone la CPU in uno stato di stop (utile per 

realizzare il modo di debug passo - passo). 

• Stato: Esistono sette segnali di stato inviati in uscita dalla CPU. 

R/W: lettura/scrittura — informa se la CPU sta leggendo 

o sta scrivendo in memoria. 

B / W: byte/parola — informa se sul bus si trova una richie¬ 

sta espressa in un byte o in una parola. 
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N/S: normale/sistema — informa se la CPU é nel modo 

normale o sistema. 

STj—STo: stati — codifica 12 stati della CPU (Vedasi Figura 

2 . 12 ). 
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37 

d AO* 

AD,, CI 

9 

40 

d ad, 

AD,, d 

5 

36 

d*D. 

AD,, H 

10 

39 

d *0, 

STOP d 

6 

35 

d AD, 

Vcc d 

11 

38 

d*0, 

M,d 

7 

34 

d *0, 


12 

37 

d SN, 

AO„ d 

8 

33 

d AD, 

NVI d 

13 

36 

1 GND 

AD,, d 

9 

32 

dAD, 

SEST CI 

14 

35 

1 CLOCK 

vcc d 

10 

Z8002 31 

d °ND 

NMÌ CI 

15 

34 

dAS 

vìd 

11 

30 

d CLOCK 

RESET d 

16 

33 

d decouple 

SVi d 

12 

29 

d AS 

Mo d 

17 

32 

d BIW 

NMÌ d 

13 

28 

| DECOUPLE 

MRÈQ d 

18 

31 

1 N/S 

RESET d 

14 

27 

d B(W 

òs d 

19 

30 

1 R/W 

«od 

15 

26 

d N/5 

ST, d 

20 

29 

1 BUSAK 

SBe 3 d 

16 

25 

1 R/W 

ST, d 

21 

26 

1 WATT 

BS d 

17 

24 

J 6USAK 

ST, d 

22 

27 

1 busto 

ST, d 

18 

23 

□ «irr 

STo d 

23 

26 

SN 0 

ST, d 

19 

22 

1 SOSTO 

SN, d 

24 

25 

d SN > 

ST, d 

20 

21 

d ST « 


Figura 2.11 — Denominazione dei Piedini dello Z8001 e Z8002 
(Per Cortesia della Zilog, Ine.) 


Significato di ST 3 -ST 0 (esadec.) 

Significato di ST,-ST 0 (esadec.) 

0 operazione interna 

8 area memoria dati 

1 ciclo di rinfresco 

9 area memoria di stack 

2 richiesta di I/O 

A (inutilizzato) 

3 richiesta di I/O speciàle 

B (inutilizzato) 

4 riconoscimento: trappola da seg- 

C area di memoria programma (pri- 

mento 

ma parola dell'istruzione) 

5 riconoscimento: NMI 

D area memoria programma (parole 

6 riconoscimento: NVI 

successive) 

7 riconoscimento: VI 

E (inutilizzato) 


F (inutilizzato) 


Figura 2.12 — Codifica delle Uscite di Stato dello Z8000 
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• Interruzioni: Esiste una linea per ciascun tipo di interruzione. 

NMI: interruzione non mascherabile 

NVI: interruzione non vettoriale 

VI: interruzione vettoriale 

• Sincronizzazione dell’elaborazione distribuita : sono le linee MI e 
MO discusse prima. 

MI: ingresso multi-micro — indica che qualche micropro¬ 

cessore richiede la risorsa condivisa. 

MO: uscita multi-micro — indica che questo processore ri¬ 

chiede la risorsa condivisa. 

• Supporto esterno dei dispositivo 

Vcc: +5 Volt 

GND= massa 

CLK= clock — ingresso di una singola fase a 5 Volt 

• Inizializzazione: 

RESET: azzeramento — forza la CPU in uno stato iniziale; 

dalla locazione 2 del formato dello stack del segmen¬ 
to zero viene preso lo stato della CPU. 

• Segmentazione della memoria (solamente nello Z8001): 

SN6—SNo: numero del segmento — in uscita da CPU verso 

_ MMU. 

SEGT:. trappola dovuta al segmento — segnale inviato da 
MMU a CPU per indicare che la richiesta è inconsi¬ 
stente con la tabella interna della MMU. 
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Capitolo III 

Introduzione alle Tecniche 
di Programmazione 


Questo capitolo costituisce l’introduzione per la scrittura di effettivi 
programmi per lo Z8000. Come già detto nel Capitolo II, dovrete sforzar¬ 
vi di comprendere quanto viene illustrato rileggendo, se necessario, le par¬ 
ti meno chiare, ma se dopo questo tentativo vi rimane ancora qualche co¬ 
sa di oscuro proseguite normalmente. Non è semplice presentare questo 
soggetto in modo lineare, per cui alcuni argomenti vi saranno più chiari 
dopo che avrete letto i prossimi capitoli. 

Siccome la trattazione non si riferisce ad un particolare assemblatore 
dello Z8000, non ci sono costruzioni del tipo 

do . od 

if.....then . else 

ed altre che sono in genere disponibili. Nel Capitolo X discuteremo gli 
strumenti di sviluppo esistenti. 

Inizieremo questo capitolo con un algoritmo modesto ma non banale 
di cui seguiremo dall’inizio alla fine la sequenza dei passi necessari per 
produrre un programma completo che lo implementi. L’algoritmo serve 
per crittare un blocco di un testo in modo tale che sia incomprensibile a 
qualsiasi persona che cerchi di controllarlo. L’idea dell’algoritmo proviene 
dal programma di «crittografia» RATFOR presentato nel libro, molto uti¬ 
le, Software Tools di Kerninghan e Plauger. 

La crittografia è semplicemente il processo che trasforma un messag¬ 
gio riconoscibile in uno non riconoscibile in modo tale che solo il riceven¬ 
te designato sia in grado di decodificarlo nel modo corretto, e che nessun 
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altro, al quale accada di vederlo, sia in grado di comprenderne il signifi¬ 
cato. Per esempio, considerate il messaggio «meet me at eight — vediamo¬ 
ci alle otto». Supponiamo di decidere di rimpiazzare ciascuna lettera del 
messaggio con quella successiva dell’alfabeto, per cui m viene sostituito 
con n, e con f, t con u, ecc. Il messaggio diviene «nfTu nf bu fjhiu». Il desti¬ 
natario che conosce lo schema crittografico usato può «decodificare» il 
messaggio lavorando all’indietro — sostituendo ciascuna lettera con quel¬ 
la precedente dell’alfabeto. 

La regola crittografica scritta sopra è cosi semplice che un esperto di 
codici potrebbe decifrare il messaggio in pochi minuti senza che gli sia 
stata detta la regola in anticipo. Uno dei motivi della semplicità è dovuto 
al fatto che la stessa regola viene applicata ad ogni lettera. Nel momento 
in cui scoprite che f è la codifica di e, avete trovato quattro delle tredici 
lettere. Sapete a questo punto che il messaggio ha la seguente forma 

«_ee_e_e_» 

Poi. pensando alle possibili parole di due lettere che terminano con «e» e 
notando che le prime due parole iniziano con la stessa lettera, arriverete 
rapidamente a 


«meet me _t e_t» 

E come si è trovata la «e» da cui partire, ora dovete solamente provare le 
varie lettere che possono apparire come doppie nel mezzo di una parola di 
quattro lettere. 

La regola crittografica del nostro algoritmo è un poco più difficile di 
quella descritta sopi*a'; infatti nel nostro caso si applicano diverse regole di 
crittografìa. In questo caso si applica la prima regola alla prima lettera del 
messaggio, la seconda alla seconda lettera, la terza alla terza lettera; poi 
si ritorna ad usare lo stesso procedimento applicando la prima regola alla 
quarta lettera, la seconda alla quinta lettera e cosi via. 

Il ricevente deve comprendere le diverse regole applicate alle diverse 
posizioni, altrimenti non avrà vita facile nel decifrare il messaggio. Per 
cui, si fa corrispondere ad ogni regola un nome costituito da una lettera: 
regola—A, regola—B ecc. Quindi il modo più rapido per comunicare al ri¬ 
cevente quale sia la regola utilizzata, consiste nell’inviare l’insieme delle 
lettere d’identificazione riunite in un’unica parola chiamata chiave. Per e- 
sempio se la chiave è «CAT» significa che la regola-C è usata sulla pri¬ 
ma, quarta, settima, ecc. posizione; la regola—A è usata sulla seconda, 
quinta, ottava, ecc.; la regola—T è usata sulla terza, sesta, nona, ecc. 
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L’ultima cosa da fare, priva di ogni complessità, è definire la regola—A, 
regola—B, ecc. In questo modo il ricevente, invece di dover consultare il 
libro che spiega la regola—A, regola—B ecc., ha solo bisogno di conoscere 
la formula utilizzata per derivare la regola—A dal codice ASCII di A, e 
cosi via. La formula reale usata nel nostro algoritmo, è basata su di un 
semplice calcolo chiamato OR-esclusivo, che descriveremo nell'illustra¬ 
zione dell’algoritmo. 

Nella Figura 3.1 è illustrato l’algoritmo, identificato come Algoritmo 
E. che illustreremo punto per punto. 

Passo I. La chiave è un insieme di lettere (esempio «abracadabra») che 
costituisce la parte segreta della regola di crittografia. Ogni conoscitore 
della chiave può decifrare il testo crittato. 

Passo 2. La chiave ed il blocco di testo vengono memorizzati in codice 
ASCII. Ciascuno di essi occupa un insieme di byte di memoria adiacenti 
ed è terminato con un byte zero. (Lo zero è un buon terminatore perché 
corrisponde al carattere ASCII nul-insignificante, che non farà mai parte 
di una effettiva stringa di testo). Il terminatore viene utilizzato per segna¬ 
lare il completamento dell’elaborazione di una stringa. In alternativa al 
terminatore può essere fornito, per ciascuna stringa, il numero di caratteri 
che la compone. Questo metodo è più difficile da usare ed è inoltre più 
soggetto ad errori di quanto non lo sia il metodo visto sopra. 

Passo 3. Un indice ed un puntatore sono esempi di due utilizzi dei regi 


Algoritmo per la Crittografia di un Testo 

1. Scegliete una chiave ed una stringa del testo. Supponiamo che N 
sia il numero di caratteri contenuto nella stringa. 

2. Supponete di avere un testo da crittografare. Supponete che il te¬ 
sto sia memorizzato in byte adiacenti di memoria in codice ASCI I 
con un byte zero che indichi la fine del testo. 

3. Inizializzate l’indice I ad 1: inizializzate il puntatore P in modo da 
puntare al primo carattere da crittografare. 

4. Prelevate il carattere puntato da P. 

5. Se il carattere è uno zero fermatevi perché avete terminato la 
crittografia. Altrimenti eseguite l’OR esclusivo del carattere pre¬ 
levato con l’I-esimo carattere della chiave. 

6. Memorizzate, per mezzo di P, il carattere crittografato. 

7. Incrementate P dell'Indirizzo di un byte; sostituite I con 
(I mod N) + 1. 

8 . Ritornate al punto 4. 


Figura 3.1 - Algoritmo E 
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stri dello Z8000 discussi nel Capitolo II: un registro indice ed un registro 
indirizzo. 

Passo 4. Ottenere il carattere indicato dal puntatore P significa sola¬ 
mente che si sta utilizzando un registro indirizzo per specificare il dato de¬ 
siderato. 

Passo 5. Un’operazione fondamentale nello Z8000 è il controllo che 
permette di verificare se un carattere è zero. Questo ed altri controlli con¬ 
dizionali sono la base di tutta la complessità e potenza dei programmi dei 
calcolatori. 

L’OR esclusivo è un’operazione logica analoga alla sottrazione. In ef¬ 
fetti qualche volta è anche chiamato differenza simmetrica. L’OR esclusi¬ 
vo (XOR), per due operandi ciascuno di un bit é definito nel modo se¬ 
guente: 


(0 XOR 0) = (1 XOR 1) = 0 
(1 XOR 0) = (0 XOR 1) = 1 

Per operandi più lunghi, la stessa definizione si applica nei due operandi ai 
bit di posizione corrispondenti. Per indicare l’operazione di OR esclusivo 
usiamo il simbolo V. Perciò, per esempio, FV3 = C; 3V5 = 6. 

HSKRCIZIO I: Quanto fanno 48V0; 48V48: F0V0F? 

Per ogni argomento A, B, C l’operazione di OR esclusivo ubbidisce al¬ 
le seguenti regole: 

(1) AVA = 0 

(2) AVO = A 

(3) (AVB)VC = AV(BVC) 

(4) Se BVA = CVA, allora B = C 

(5) AVB = BVA 

Pur essendo interessanti, non ci interessa comprendere le proprietà del- 
l’OR esclusivo, non essendo esse essenziali per la comprensione dell'algo¬ 
ritmo e dei successivi programmi. Però, se siete portati alla matematica, 
potete notare che la regola (4) è quella che permette di realizzare la crit¬ 
tografia con l’OR esclusivo V: cioè lettere diverse non sono mai codifica¬ 
te nella stessa lettera crittografica. Inoltre, le regole (1), (2) e (3) mostrano 
che essendo (XVA)VA = XV(AVA) = XVO = X, per «decifrare» il no¬ 
stro testo occorre semplicemente crittografarlo nuovamente. 

Passo 6. Questo è l’immagine speculare del passo 4. Il carattere indiriz¬ 
zato dal puntatore P viene sostituito da quello crittografato; nel Passo 4 
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era stato prelevato e posto nella CPU per l’elaborazione. 

Passo 7. Spieghiamo infine la funzione mod (I mod N) è definito come 
il numero compreso tra 0 e N — 1 corrispondente al resto che si ottiene 
quando I è diviso per N. Per esempio, (13 mod 12) = 1 ; (6 mod 6) = 0: 
(—9 mod 4) - 3. 

ESERCIZIO 2: Quanto fa (4 mod 3)? 

11 passo «sostituite I con (I mod N) + 1 » fa assumere ad I, in modo ci¬ 
clico, i valori da 1 a N; 1, 2,N, 1, 2.N,..., proprio come le cifre o- 

rarie di un orologio digitale che si ripetono ciclicamente da 1. 12, 1. 

12 . ... 

Diamo ora un esempio. Supponiamo che il nostro testo sia costituito 
dal codice ASCII dei caratteri della frase seguente: 

«Hi! I’m a Z8000.» 

e la nostra chiave sia: 

«abracadabra» 

Il testo è costituito dai codici: 48, 69, 21, 20, 49, 27, 6D. 20. 61, 20, 5A, 
38, 30, 30, 30, 2E, 0. La chiave è costituita da: 61, 62. 72. 61. 63. 61,64. 
61, 62, 72, 61, 0. (Vedasi Figura 1.15). Dopo aver applicato il nostro al¬ 
goritmo, il testo crittato è costituito da: 48V61. 69V62, 21V72, 20V61, 
49V63, 27V61, 6DV64, 20V61, 61V62, 20V72, 5AV61. 38V61.30V62, 
30V72, 30V61, 2EV63.0. 

ESERCIZIO 3: Scrivete la stringa crittografata (esempio eseguire le ope¬ 
razioni V). Come appare il testo crittografato? 

Nella Figura 2 è riportato un programma per lo Z8000 (non-segmen- 
tato) che implementa l’algoritmo E. Per prima cosa si noti che sta in una 
pagina. Questa é una regola empirica che è diventata recentemente popo¬ 
lare — un programma che non può stare in una pagina è troppo grande e 
dovrebbe essere diviso in parti più piccole. 

Si noti poi il notevole blocco di testo all’inizio racchiuso tra i due «!». 
Questi blocchi sono chiamati commenti ; essi sono usati per comodità del 
lettore — il programma di assemblaggio (assembler) non considera i com¬ 
menti quando il programma viene convertito in codice macchina. 

I commenti ci forniscono informazioni essenziali per ricollegare il pro¬ 
gramma all’Algoritmo E. Per prima cosa, abbiamo detto dove sono me¬ 
morizzati nella memoria la chiave e il testo da crittografare. Poi abbiamo 
detto quali sono i registri dello Z8000 che devono corrispondere ai simbo 
li P, I ed N deH’algoritmo. Infine, ciascun passo dell’algoritmo viene iden¬ 
tificato con un piccolo gruppo di istruzioni. 
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IProgramma per Crittografarc con l’algoritmo E. 

Supponete che sia stata scelta la chiave e che sia memorizzata partendo dall’in 
dirizzo KEY, con un byte zero che segnala la fine. 

Supponete che il testo da crittografare sia memorizzato partendo dalla locazio¬ 
ne SECRET. 

Useremo le seguenti assegnazioni dei registri: 

RO: registro di lavoro 

RI: puntatore P dell’algoritmo 

R2: indice I dell’algoritmo (considerato come I—1) 

R3: utilizzato per memorizzare la lunghezza della chiave NI 

I.DA RI,KEY 

CALL LENGTH 

LD R3.R0 

(Calcola la lunghezza della chiave! 

(Salva la lunghezza (N)( 

LUK R2;#0 

LDA Rl.SECRET 

(Passo 3 dell’Algoritmo E! 

LOOP: LDB RI 0,@R1 

(Passo 4! 

TESTB RLO 

JRZ.DONE 

XORB RL0,KEY(R2) 

(Passo S! 

LDB @ RI,RLO 

(Passo 6! 

INC RI 

INC R2 

CALL MOD23 

(Passo 7! 

JR LOOP 

(Passo 8! 

DONE: HALT 

(Ancora una parte del Passo 5! 


Figura 3.2 — Programma dell’Algoritmo E 


Nel Capitolo II si è parlato dei registri, ma non abbiamo ancora tratta¬ 
to gli indirizzi simbolici delle locazioni di memoria. Fondamentalmente, 
ciascun byte della memoria dello Z8000 ha un indirizzo: un numero com¬ 
preso tra 0 e 65.535 (se lo Z8000 lavora in modo segmentato c'é un nu¬ 
mero addizionale, relativo al segmento, compreso tra 0 e 127). Supponia¬ 
mo che la chiave sia «CAT» e che sia memorizzata nei byte della memoria 
di locazioni 18, 19, 1 A, 1B (3 caratteri più un terminatore). Quindi la lo¬ 
cazione 18 contiene un 43 (il codice ASCII di C), 19 contiene 41, 1A con¬ 
tiene 54 e 1B contiene zero (Vedasi Figura 1.15). Inoltre, supponiamo che 
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il testo da crittografare sia memorizzato partendo dal byte di memoria di 
locazione 20F6 fino a 2117. Se i primissimi caratteri sono «Now is thè ti¬ 
nte ...» allora 20F6 contiene 4E, 20F7 contiene 6F, 20F8 contiene li 
20F9 contiene 20, e cosi via. 

Durante l’esecuzione del programma, lo Z8000 avrà bisogno di carica¬ 
re «18» in un registro indirizzo quando dovrà lavorare con la chiave e 
«20F6» quando dovrà lavorare con il testo da crittografare. Per far si che 
il programmatore non lavori con gli indirizzi reali della memoria, e in ge¬ 
nerale per evitare la «gestione» a livello numerico delle allocazioni della 
memoria disponibili (esempio: 18 e 20F6), si sono escogitate varie tecni¬ 
che. La tecnica più avanzata è Vindirizzamento simbolico. I commenti ci 
dicono che la chiave è memorizzata partendo dall’indirizzo KEY e che il 
testo da crittografare è memorizzato partendo dalla locazione SECRET. 
Questo significa che da qualche parte al simbolo KEY è stato fatto corri¬ 
spondere l’indirizzo 18 e al simbolo SECRET l’indirizzo 20F6. Si dice 
che KEY ha il valore 18; SECRET ha il valore 2016. 

Quanto sopra descritto può essere realizzato in diversi modi. Per esem¬ 
pio, il nostro programma potrebbe contenere le istruzioni 

KEY = %18 
SECRET = %20F6 

(Il % viene utilizzato per far sapere all’assemblatore che 18 è esadecimale 
e non decimale). Questo è il modo più semplice, ma costringe il program¬ 
matore a scegliere le locazioni. Dovremmo trovare un metodo automatico 
per quando proseguiremo. Il metodo base richiede l’uso del contatore di 
locazione. 

Quando il programma di assemblaggio traduce il nostro programma 
sorgente deve ricordarsi dove viene posta in memoria ogni istruzione as¬ 
semblata; per fare questo utilizza un contatore di locazione. Nell’istante 
in cui parte, il contatore di locazione contiene l’indirizzo della prima loca¬ 
zione di memoria che può essere usata dal programma (più avanti diremo 
come esso trovi dove sarà la prima locazione). Poi, quando un’istruzione 
è assemblata, il numero di byte che occupa è sommato al contatore di lo¬ 
cazioni per ottenere l’indirizzo relativo alla prossima istruzione. La Figu¬ 
ra 3.3 illustra come l’assemblatore utilizza il contatore di locazione. Nei 
Capitoli IV e V sarà descritto come l’assemblatore decide il numero di by¬ 
te corrispondenti ad ogni istruzione e quali sono i reali valori esadecimali 
di queste. La linea contenente 

X: ADD R1.R2 
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illustra il modo con cui i nomi simbolici vengono assegnati alle locazio¬ 
ni di memoria. Quando il programmatore scrive queste linee, invia un 
comando all’assemblatore che assegna ad X un valore uguale all’indiriz¬ 
zo di memoria in cui viene memorizzata la codifica esadecimale di 
ADD R1,R2. Dal momento che il codice esadecimale di ADD R1,R2 

Contatore Istruzione Memoria 



Figura 3.3 — Uso del Contatore di Locazione in Fase di Assem 
blaggio 
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(8121) è memorizzato alla locazione 15FC (Vedasi Figura 3.3), ad X vie¬ 
ne assegnato il valore 15FC. 

Naturalmente, viene spontanea una domanda: «Perché abbiamo nomi 
simbolici per le locazioni di memoria ma non per i registri?». La risposta è 
che ai registri si possono assegnare nomi simbolici (con la maggior parte 
degli assemblatori) con istruzioni aventi la seguente forma: 

P = RI 
N = R3 


Negli ultimi capitoli faremo la stessa cosa, ma nei nostri programmi crea 
minor confusione l’utilizzo esplicito dei nomi dei registri. 

Nel seguito sarà chiarito, per mezzo di esempi, l’uso dei simboli nei 
programmi dei calcolatori. Per ora, ritorniamo ad esaminare il program¬ 
ma di Figura 3.2. 

Il programma è costituito da 15 istruzioni. Le prime cinque e l’ultima 
sono eseguite una sola volta ciascuna. Le altre nove costituiscono l’anello 
principale. 

Tre di queste (LDB RL0,@ RI; XORB RL0,KEY(R2); LDB@R1, RLO) 
esprimono quello che fa l’anello. Le rimanenti sei riguardano il meccani¬ 
smo di funzionamento e la chiusura dell’anello. 

Gli anelli (loop) possiedono strutture diverse. In quello di Figura 3.2 al¬ 
l'inizio c’è il test che chiude il loop (TESTB RLO; JR Z,DONE), mentre 
alla fine c’è l’aggiornamento dei parametri del loop (P ed I per l’Algoritmo 
E). Si notino le due interessanti conseguenze che ne derivano: (1) è possi¬ 
bile terminare il loop senza averlo mai eseguito; (2) i parametri del loop (P 
ed I) hanno sempre dei valori «naturali»; per esempio, i valori che defini¬ 
scono l’ennesimo giro del loop, ma quando il loop termina i valori da essi 
espressi corrispondono a quelli di un giro mai avvenuto. 

Descriviamo ora le istruzioni. Le prime tre determinano la lunghezza 
della chiave-il parametro N dell’Algoritmo E. L'istruzione 

LDA R1,KEY 

carica l’indirizzo, in cui si trova la chiave, nel registro 1. Si noti come que¬ 
sta sia diversa dall’istruzione LD R1,KEY che caricherebbe il contenuto 
della locazione di memoria, il cui nome simbolico è KEY, in RI; per e- 
sempio, i primi due caratteri della chiave. Quindi se KEY ha il valore del¬ 
l’esempio sopra riportato, viene caricato in RI il valore esadecimale 18. 

L’istruzione 

CALL LENGTH 
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è la chiamata ad una subroutine memorizzata partendo dalla locazione il 
cui nome simbolico è LENGTH. Per ora questa subroutine non esiste; la 
scriveremo dopo. Per adesso sappiamo che ci occorre la lunghezza della 
chiave da usare nel nostro algoritmo, per cui scriviamo solo la chiamata 
di questa subroutine e procediamo. Dal momento che la routine 
LENGTH oltre ad essere facile da scrivere, è anche utile per altre occa¬ 
sioni, l’esperienza ci consiglia di richiedere che questa riceva in RI l’indi¬ 
rizzo di una stringa terminata con zero e riporti in RO la sua lunghezza (e- 
scluso lo zero). Adesso, mentre stiamo ancora lavorando sulla struttura 
generale del programma, non abbiamo bisogno di pensare ai dettagli di 
LENGTH. 

L'istruzione 


LD R3,R0 

muove soltanto la lunghezza della chiave da RO a R3. Riducendo l'utilità 
generale di LENGTH avremmo potuto eliminare questa istruzione facen¬ 
do porre in R3 la risposta della subroutine LENGTH. 

Le due istruzioni successive costituiscono il Passo 3 dell’Algoritmo E. 
L’istruzione: 


LDK R2,#0 

carica il valore 0 in R2 (ricordate: R2 contiene I — 1). Il simbolo «#» iden¬ 
tifica un argomento immediato. Questo significa che il valore che deve es¬ 
sere caricato in RO (esempio 0) fa parte dell’istruzione. LDK R2,#0 è 
un'alternativa di LD R2,#0; quest’ultima istruzione fa esattamente la 
stessa cosa ma occupa una quantità doppia di memoria. LDK può essere 
usata solamente con valori compresi tra #0 e #15. 

Casualmente, quando scriviamo in linguaggio di assemblaggio dei nu¬ 
meri nei nostri programmi, questi sono numeri decimali. Quando scrivia¬ 
mo dei numeri esadecimali, questi sono preceduti dal segno «%». Per e- 
sempio, 15 = %F. 

L’istruzione 

LDA RI,SECRET 

é analoga all’istruzione LDA Rl.KEY discussa prima. Essa inizializza P 
per puntare al primo carattere del testo da crittografare. Usando il valore 
dell’esempio sopra descritto, viene caricato in RI il valore %20F6. 
L’istruzione 


LOOP: LDB RL0,@R1 
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introduce molte nuove caratteristiche del linguaggio di assemblaggio. Per 
prima cosa, il nome «LOOP» seguito da «:» indica che la locazione di me¬ 
moria contenente l’istruzione LDB RL0,@R1 sarà contrassegnata con il 
nome simbolico LOOP. (Vedasi Figura 3.3). In questo modo, quando più 
avanti nel programma desidereremo ripetere questo passo, potremo usare 
l’istruzione 

JR LOOP 

per tornare indietro. La «@» in LDB RLO, @R1 indica che R1 deve esse¬ 
re usato come un registro indirizzo; contiene l'indirizzo di memoria del 
byte che deve essere caricato nel registro a byte RLO. RLO è la metà me¬ 
no significativa di RO. La «B» alla fine di LDB indica un'istruzione che o- 
pera sul byte. Tutte le istruzioni che operano sul byte finiscono in «B». ec¬ 
cetto DBJNZ, e tutte le istruzioni che operano sulle parola-lunghe fini¬ 
scono in «L». L’opposto non è vero. Per esempio. SUB-sottrazione — non 
è un’istruzione sul byte, e SLL-shift left logicai — scorrimento logico a si¬ 
nistra — non è un’istruzione con riferimento ad una parola lunga. 

Le tre istruzioni successive e l’ultima istruzione costituiscono il Passo 5 
dell’Algoritmo E. Il passo 5 ha la forma 

IF (così e cosi ) THEN DO (una cosa) ELSE DO ( l’altra) 

Questa è una forma molto importante nella programmazione, perché può 
essere scritta in un passo, eliminando attorno al nostro algoritmo molti 
meccanismi di salto. Dal momento che possiamo vedere in una sola volta 
quando fare «una cosa» e quando fare «l’altra», si semplifica, rendendolo 
più facile da leggere, il flusso di controllo. 

Sfortunatamente, la maggior parte dei calcolatori non possiede istru¬ 
zioni di questo tipo, quindi dobbiamo implementarle utilizzando «salti 
meccanici». Le istruzioni 


TESTB RLO 
JR Z.DONE 

• 

DONE : HALT 

implementano la parte del Passo 5 «se il carattere è un byte zero, fermati». 
L’istruzione JR Z.DONE significa: se l’operazione precedente ha fatto si 
che il bit Z sia posto ad uno (indicando un risultato nullo) allora inizia ad 
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eseguire l’istruzione memorizzata alla locazione di memoria il cui nome 
simbolico è «DONE». L’«operazione precedente» a cui siamo interessati è 
LDB RLO, @ RI, questa carica RLO con un byte che potrebbe essere 
zero. Ma, diversamente dall’istruzione di spostamento del PDP-11, l’i¬ 
struzione di caricamento non cambia nessun bit di condizione , per cui 
LDAB RLO, @ RI deve essere seguita da una TESTB RLO prima di ese¬ 
guire un controllo per vedere se c’è un byte a zero. 

La parte «ELSE» del Passo 5 è realizzata dall’istruzione 

XORB RL0,KEY(R2) 

In questa istruzione si utilizza il modo di indirizzamento indicizzato, che 
discuteremo nel Capitolo V; l’operando «KEY(R2)« indica il byte (essen¬ 
do XORB un’istruzione riferita al byte) il cui indirizzo di memoria è de¬ 
terminato sommando il contenuto di R2 all’indirizzo il cui nome simboli¬ 
co è KEY. Perciò, se R2 = 0, otteniamo il primo carattere della chiave; se 
R2 = I otteniamo il secondo, e cosi via. In altre parole, per corrispondere 
aU'algoritmo. R2 deve contenere 1-1. Tutta l’istruzione permette di realiz¬ 
zare l’OR esclusivo del contenuto di RLO (il carattere del testo appena e- 
stratto) e il carattere I-esimo della chiave. C’é un altro modo per disporre 
le istruzioni del Passo 5 in modo da averle tutte insieme: 

TESTB RLO 
JR NZ,NOTDONE 
HALT 

NOTDONE: XORB RL0,KEY(R2) 

È solo una questione di preferenza. La forma originale è migliore per di¬ 
verse ragioni: 

• La condizione NZ è l’opposto di quella fissata daH'algoritmo; è dif¬ 
ficile comprendere le doppie negazioni. 

• L’etichetta (label) NOTDONE è totalmente artificiale. Non esiste al¬ 
cuna ragione per avere una label nel mezzo di questo loop. 

• È più chiaro far si che la terminazione del programma si verifichi al¬ 
la fine. 

• Successive modificazioni del programma potrebbero introdurre altre 
condizioni di terminazione. L’istruzione con label finale. HALT, ga¬ 
rantisce un modo naturale per esprimere queste terminazioni. 

L’istruzione successiva 


LDB @RI,RLO 
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implementa il Passo 6. È esattamente l’opposto di LDB RL0.@R1 utiliz¬ 
zata per prelevare il byte. Questa istruzione permette di memorizzare il 
byte crittografato sul byte originale appena crittografato. distruggendolo. 
Questo fatto evidenzia un’altra piccola sorprendente caratteristica della 
denominazione delle istruzioni dello Z8000. 

Nei primi calcolatori il significato originale del caricamento era il se¬ 
guente: trasferire il contenuto di una specifica locazione in uno specifico 
(o immediato) registro. L’operazione corrispondente, sempre presente, 
detta memorizzazione (store), operava in modo opposto. In questi calco¬ 
latori c’erano istruzioni separate per il trasferimento da un registro ad un 
altro o (qualche volta) da una locazione di memoria ad un’altra. Queste i- 
struzioni permettevano di spostare dei dati da un luogo ad un altro, e in 
alcune delle ultime macchine (esempio il PDP-11) queste operazioni era¬ 
no tutte combinate in una unica istruzione — la istruzione di « move » (spo¬ 
stamento). 

L’istruzione di caricamento dello Z8000 è in verità molto più simile ad 
una istruzione di move che ad una istruzione tradizionale di caricamento. 
I programmatori esperti dovranno disimparare qualche cosa per riuscire 
a pensare in termini di caricamento della memoria da un registro. 

Le due istruzioni successive, implementano il Passo 7 dell'Algoritmo E. 
La prima. 


INC RI 

fa si che il puntatore P indichi il prossimo byte del testo da crittografare. 
Questa istruzione è un esempio di una condizione di default (la condizio¬ 
ne di default di una variabile è quella che viene assunta automaticamente 
quando non viene fornito un valore). In verità la forma completa dell'i¬ 
struzione indica una quantità di incremento compresa tra 1 e 16. Per e- 
setnpio, se piuttosto che ai byte stava puntando alle parole, avremmo po¬ 
tuto scrivere INC RI,#2, per far si che il nostro puntatore puntasse alla 
prossima parola. Ma se non esprimiamo il valore dell’incremento, come 
indicato sopra, l’assemblatore assume un valore di default: INC Rl,#l. 
Questa è la dimostrazjone di una buona ingegnerizzazione. 

Le due istruzioni seguenti: 


INC R2 
CALL MOD23 


corrispondono a «sostituisci I con (I mod N) + 1». Ricordatevi che. nel¬ 
l’algoritmo, l’indice I è compreso tra 1 e N, mentre in questo programma 
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vogliamo che sia compreso tra 0 ed N—1. Perciò, invece di partire da 1, 
partiamo da zero, ed invece di (I mod N) + 1 calcoliamo (I + 1) mod N. 
(Siete capaci di capire perchè?). 

L’istruzione INC R2 calcola I + 1, mentre CALL MOD23 ci da (1 + 
1) mod N. Questo si verifica perchè la subroutine MOD23. non ancora 
scritta, calcola 

(contenuto di R2) mod (contenuto di R3) 
e lascia il risultato in R2. 

Probabilmente MOD23 non è una subroutine molto usata. Potreste de¬ 
siderare che la subroutine mod funzionasse in molti modi diversi — in fun¬ 
zione di dove essa trova i suoi argomenti e di dove lascia le sue risposte — 
perciò potremmo scrivere anche una routine speciale che utilizzi i registri 
in cui i nostri programmi hanno gli argomenti. MOD23 probabilmente 
non sarà mai chiamata da nessuna parte eccetto che da questo punto del 
programma, ma invece di codificarla linea per linea l'abbiamo realizzata 
come subroutine per quattro ragioni: 

• La struttura del programma riflette meglio l'algoritmo se questi det¬ 
tagli sono posposti ad un livello più basso ed inoltre il programma è 
più facile da leggere e capire; 

• Quando si sta ancora cercando di strutturare il problema principale 
si è distratti dall'analisi dei dettagli di un sottoproblema; 

• Definire come il programma principale colloquierà con questa su¬ 
broutine aiuta a chiarire la struttura logica sia a livello subroutine 
che a livello di programma principale ed elimina le possibli confusio¬ 
ni che si originano considerando distintamente questi problemi; 

• Questa organizzazione serve a semplificare e chiarire il flusso di 
controllo — affrontando perciò la maggior causa di problemi nel 
progetto e manutenzione di programmi. 

L'istruzione successiva, 


JR LOOP 

ci riporta al Passo 4 (esattamente come dice di fare il Passo 8). Questa è 
una istruzione dello stesso tipo di JR Z,DONE usata prima; quando non 
è specificata la condizione (esempio Z), l’assemblatore genera la forma 
dell’istruzione che permette sempre di saltare alla locazione specificata. 

L’istruzione JR ha una importante limitazione. L'indirizzo a cui si vuo¬ 
le saltare non deve essere più di 254 byte prima o 256 byte dopo l'indiriz¬ 
zo della locazione contenente il JR. Quanto detto sopra non origina pro¬ 
blemi se scrivete un programma che, secondo la regola empirica, stia in 
una pagina — siccome non esiste, in generale, una ragione per saltare (in 
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opposizione alle CALL) in un punto qualsiasi al di fuori del vostro pro¬ 
gramma. (Costituisce una eccezione la locazione a cui si salta quando si 
trovano errori «fatali»). 

Se dovete eseguire un salto «lungo», esiste una forma speciale dell'istru¬ 
zione JR chiamata JP, che vi permette di saltare in un qualsiasi punto del¬ 
la memoria, però JP occupa quattro (o anche sei) byte di memoria invece 
dei due byte utilizzati da JR. JP viene anche utilizzata con le tecniche di 
programmazione avanzate (vedasi Figura 6.13), siccome permette salti ad 
indirizzi specificati in un registro indirizzo o ad una tabella di istruzioni 
indicizzata da un registro indice. 

Con questo termina il nostro programma — tranne le due routine che 
abbiamo lasciato da parte per scriverle in un tempo successivo: 
LENGTH e MOD23. Adesso affrontiamo questi problemi minori. 

Si suppone che LENGTH prelevi in RI l’indirizzo di una stringa di by¬ 
te che termina con zero e restituisca in RO il numero di byte, di questa 
stringa, diversi da zero. Per primo, vediamo il modo diretto: 

LENGTH: CLR RO {Inizia a contare i byte! 

COUNTLP: TESTB @R1 IControlla il byte successivo! 

JR @ Z.ZERBYT !Se è zero, abbiamo finito! 

INC RO !Conta, ancora una altro byte diverso da 

zero! 

INC R1 !Punta al prossimo byte! 

JR COUNTLP 
ZERBYT: RET 

Quanto è riportato qui sopra illustra la forma di una subroutine. La 
prima istruzione che deve essere eseguita è accompagnata dalla label che 
deve essere usata per chiamare la subroutine (esempio nel nostro pro¬ 
gramma diciamo CALL LENGTH. L’istruzione RET completa le ope¬ 
razioni eseguite dalle subroutine ed esegue il ritorno al programma chia¬ 
mante. 

Lo Z8000 supporta, con il registro di stack, l’operazione delle istruzio¬ 
ni CALL e RET (vedasi Figura 3.4). Questo registro lo chiameremo SR 
— nel modo non segmentato è R15 ed in quello segmentato è RR14 — in 
funzione del modo normale o di quello di sistema esistono coppie diverse 
del registro di stack. 

Quando viene eseguita la CALL, l’indirizzo della prima istruzione che 
segue la chiamata viene posto in SR prima di cedere il controllo alla su¬ 
broutine. Perciò, quando nella Figura 3.2 viene eseguita l’istruzione 
CALL LENGTH, l’indirizzo della istruzione LD R3.R0 viene posto in 
SR, poi viene ceduto il controllo alla subroutine LENGTH. 
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CALI X 

A 





STACK STRUTTURA DELLO 

ORIGINALE STACK QUANDO SI 

ENTRA IN X (nello stack 
è stato messo l'indirizzo 
dell'istruzione successiva 
a CALL X) 


STRUTTURA DELLO STACK 

STACK PRIMA DI RET AL RITORNO 
(deve essere uguale a 
quando si entra in X) 


La linea scura mostra il flusso del controllo; esempio l ordine di esecuzione delle i- 
struzioni. 


Figura 3.4 - Uso dello Stack per le Istruzioni CALL e RET 

Quando viene eseguita l’istruzione RET, l’indirizzo posto in cima allo 
stack (una parola nel modo non-segmentato, due nel modo segmentato) 
viene prelevato e messo nel PC. Naturalmente, per far si che tutto funzio¬ 
ni. prima di eseguire la RET, la cima dello stack SR deve essere esatta¬ 
mente come era dopo aver appena eseguito la CALL. (Vedasi Figura 
3.4). 

Non ci dovrebbero essere problemi, se SR non viene utilizzato dalla su¬ 
broutine o da qualche altra subroutine chiamata all’interno di questa. Ma, 
come vedremo in seguito, lo stack costituisce un mezzo conveniente di 
memorizzazione temporanea: ogni subroutine che usa lo stack deve ga¬ 
rantire che esegue tanti POP (prelievi da stack) quanti"PUSH (depositi 
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nello stack) fatti all’interno della subroutine stessa prima di effettuare il ri¬ 
torno. In effetti, è anche più complicato di quanto abbiamo visto, ma ve¬ 
dremo come tenere sotto controllo questo problema nel capitolo dedicato 
alle Tecniche Avanzate di Programmazione. 

Riguardando alla nostra routine LENGTH, notate i simboli 
COUNTLP e ZERBYT. Come funzioni sono molto simili a LOOP e 
DON E del programma principale. In effetti, avremmo dovuto chiamarle 
con gli stessi nomi, ma questo avrebbe confuso l’assemblatore quando, 
come viene normalmente fatto, avremmo cercato di assemblare il pro¬ 
gramma principale insieme alle subroutine. 

Il problema sta nel fatto che tutti questi simboli sono delle global. Per 
cui se. per esempio, noi avessimo scritto JR LOOP nella subroutine 
LENGTH. quando avremmo incontrato JR COUNTLP. l'assemblatore 
avrebbe generato un salto, al di fuori della subroutine LENGTH, alla i- 
struzione del programma principale con la label LOPP. con risultati mol¬ 
to indesiderati quando il codice fosse stato eseguito. 

Adesso non vogliamo studiare ulteriormente i simboli locai e global. 
Un loro trattamento è legato agli specifici sistemi e assemblatori che ver¬ 
ranno discussi ulteriormente nel Capitolo X. 

Ritorniamo indietro alla subroutine LENGTH per esaminarne la strut¬ 
tura generale. Essa è costituita da sette istruzioni. La prima e l’ultima so¬ 
no eseguite una sola volta ciascuna: le rimanenti cinque costituiscono un 
loop. Nel loop, due istruzioni (TESTB @R1 e INC RO) determinano la 
funzione del loop e la sua chiusura. 

L'istruzione CLR RO. che è nuova per noi. é semplicemente una alter¬ 
nativa alla LDK R0,#0. Inoltre, diversamente da LDK. può essere usata 
con un registro indice o indirizzo o col modo di indirizzamento diretto. 
che permette l’accesso ad una qualsiasi locazione di memoria. 

Notate che nel loop, avremmo potuto voler piazzare l'istruzione INC 
RI direttamente dopo TESTB @R1 per rendere ben chiaro a che cosa 
serviva RI e come veniva usato. Sfortunatamente, questo avrebbe 
influenzato i bit di condizione per cui JR Z,ZERBYT non avrebbe con¬ 
trollato più a lungo lo stato del byte puntato da RI. Sarebbe stato possibi¬ 
le avere un modo per evitare questo se INC RI potesse veramente essere 
combinato con il TESTB @R1 — si avrebbe avuto cosi un nuovo modo 
di indirizzamento che preleva per mezzo di un puntatore e lo incrementa 
in modo da essere sempre posizionato per il prossimo prelevamento. 

Un modo di indirizzamento di questo tipo, chiamato autoincremento. 
esiste ma non è disponibile con l’istruzione di TEST. In verità, l'autoincre- 
mento e il suo cugino autodecremento , sono disponibili solamente per un 
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gruppo di istruzioni chiamate istruzioni di trasferimento di blocco e trat¬ 
tamento stringa (e implicitamente in PUSH, POP. ecc.). 

Ogni calcolatore è progettato per fare particolarmente bene qualche 
cosa. Quando si scrive una routine come LENGTH, potenzialmente di u- 
tilità generale, é utile individuare delle caratteristiche del calcolatore che 
potrebbe ottimizzare i blocchi di codici eseguiti frequentemente come il 
loop di LENGTH. 

TEST non ha alcuna relazione con il gruppo di istruzioni di trasferi¬ 
mento blocco ed elaborazione stringa, però una istruzione molto simile 
chiamata CP (confronto) ha una versione che opera sul blocco. La re¬ 
lazione tra CP e TEST è semplice: TESTB @ RI è (quasi) lo stesso di 
CPB @ R1,#0, perciò controllare qualche cosa è analogo a confrontarlo 
a zero. 

Ora. l'istruzione che sembra più promettente per il confronto di un 
blocco è CPIRB (confronta, incrementa, ripeti — ed opera sul byte), ma 
non è stata progettata esattamente per il nostro caso. Vi permette di esa¬ 
minare una stampa, controllando byte per byte fino a che viene incontrata 
una determinata condizione o fino a quando è stato controllato un certo 
numero di byte. Perciò, é adatta quando conoscete la lunghezza della 
stringa ma non sapete se sarà sempre soddisfatta la condizione. Il nostro 
caso è l’opposto, noi non conosciamo la lunghezza della stringa, ma sap- 


piamo che alla fine c’é uno zero. 

Dopo questo preambolo, riportiamo la seconda versione di LENGTH: 

LENGTH: CLR R0 

IConta i byte in R0! 

CLRB RL2 

IControlla se c'è il byte zero! 

CPIRB RL2, @ R1.R0.EQ 

IScorre la stringa fino a zero! 

INC R0 

iCompensazione per il byte zero! 

NEG R0 

!CPIRB conta all'indietro! 

RET 

Questo programma rappresenta un 

fenomeno interessante: è molto 


breve (sei linee), il controllo passa in modo diretto dalla prima all'ultima i- 
struzione, esiste un utile commento su ogni linea non ovvia, ed è stato pre¬ 
ceduto da un buon trattamento dell’argomento — ma nonostante questo é 
ancora completamente incomprensibile. Non potrete comprendere questo 
programma senza analizzarlo attentamente per un po' di tempo e questa 
situazione non sarà cambiata da nessun commento o «documentazione» 
esterni. 

L’istruzione CPIRB RL2, @R1,R0,EQ funziona in questo modo: 

(1) Confronta il byte puntato da RI con il byte zero in RL2. 

(2) Per puntare al prossimo byte incrementa RI di I. 
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(3) Decrementa RO di 1 (siccome RO inizia da zero, la prima volta 
sarà uguale a —1, la seconda volta a —2, e cosi via). 

(4) L’istruzione termina se RO è zero (non lo sarà mai a meno che si 
abbia una stringa molto lunga) o se il risultato del confronto del 
passo uno rappresenta una eguaglianza (esempio era l'ultimo byte 
di chiusura): altrimenti si ritorna al passo (1). 

La ragione per cui c’è l’istruzione INC RO è la seguente: noi voglia¬ 
mo contare solamente i byte diversi da zero, ma RO viene decrementato 
solo quando si trova il byte zero. 

ESERCIZIO 4: Avremmo potuto scrivere NEG RO; DEC RO invece di 
INC RO: NEG RO. Perchè sono la stessa cosa? Qual è il più chiaro per il 
lettore? 

Confrontiamo, adesso, le nostre due versioni di LENGTH in relazione 
allo spazio di memoria usato e al tempo di esecuzione. Nel prossimo capi 
tolo impareremo come determinare il numero di byte di memoria e il nu¬ 
mero di cicli di clock di esecuzione richiesti da ciascuna istruzione. La Fi¬ 
gura 3.6 illustra questa analisi per il corpo principale delle nostre due ver- 



Byte 

Cicli 

CLR RO 

2 

7 

TESTB @R1 

2 

8*(L + 1) 

JR Z.ZERBYT 

2 

6*(L+ 1) 

INC RO 

2 

4*L 

INC RI 

2 

4*L 

JR COUNTLP 

2 

6*L 


12 

21+28‘L 

CLR RO 

2 

7 

CLRB RL2 

2 

7 

CPIRB RL2,@R1,R0,EQ 4 

Il + 9*(L+ 1) 

INC RO 

2 

4 

NEG RO 

2 

7 


12 

45 + 9*L 


L=numero di byte della stringa diversi da 

zero 


Figura 3.6 - Confronto delle Due Versioni di LENGTH 
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sioni della routine LENGTH. In nessuno dei casi viene presa in conside¬ 
razione l’istruzione CALL e RET. La costante L rappresenta il numero di 
byte, diversi da zero, presenti nella stringa. Le due routine occupano lo 
stesso spazio di memoria. La nostra prima versione (diretta) è più veloce 
per stringhe di lunghezza zero od uno; per qualsiasi valore di L maggiore 
di uno, è molto più veloce la seconda versione. 


ESERCIZIO 5: Per la chiave «abracadabra», quanti cicli vengono utilizza¬ 
ti da ciascuna versione? Quanti microsecondi, se il clock gira alla massima 
frequenza di 4 MHz (250 ns per ciclo)? 


La seconda versione di LENGTH ha come effetto collaterale quello di 
cambiare i registri RI e R2. Questo é sconveniente se LENGTH deve es¬ 
sere una routine di uso non specializzato. Onde evitare questo, possiamo 
usare lo stack per salvare, in entrata, i valori di questi due registri e per ri¬ 
stabilirli appena prima di uscire dalla routine. In Figura 3.7 è riportata la 
versione finale di LENGTH comprendente questa modifica. 


ISubroutine per il calcolo delle lunghezze 

CALL LENGTH; RI = indirizzo della stringa terminata con zero. 

Ritorna dalla routine con R0 = numero di byte diversi da zero presenti nella 

stringa - tutti gli altri registri sono inalterati. 

Assegnazione dei registri; 


R0: conta i byte diversi da zero 


RI: puntatore della stringa 


R2: RL2 contiene il byte zero per 

l’istruzione di confronto! 

LENGTH: PUSH <&>SR,R1 

ISalva i registri! 

PL'SH @SR,R2 


CI.R R0 

ÌConta i byte in R0! 

CI.RB RI.2 

!Byte zero per il confronto! 

CPIRB RI.2,@RI,R0,EQ 

Scandisce per trovare lo zero! 

NEG R0 

!CPIRB conta all’indietro! 

DEC R0 

!Non conta il byte zero! 

POP R2,@SR 

{Ristabilisce i contenuti dei registri! 

POP RI.@SR 


RET 



Figura 3.7 — Subroutlne LENGTH per il Programma di Crittografia 


72 





ESERCIZIO 6: 

(a) I PUSH e POP addizionali aggiungono 34 cicli al tempo di esecu¬ 
zione della routine. Quanti byte diversi da zero deve contenere una stringa 
affinchè quest’ultima versione sia più veloce della prima? 

(b) I POP alla fine sono ordinati in modo opposto ai PUSH posti all'ini- 
zio. Che cosa significa? 

(c) Se iniziassimo con PUSHL@SR,RROe finissimo con POPL RRO. 

@SR potremmo ridurre il tempo di esecuzione di IO cicli. L'effetto è lo 
stesso? Qual è la versione più chiara? 

Esaminiamo ora la subroutine MOD23 che calcola 

(contenuti di R2) mod (contenuti di R3) 

e pone il risultato in R2. In Figura 3.8 è illustrata questa subroutine. Le i- 
struzioni SRLL e DIV sono le novità che troviamo in essa. 

Il cuore della routine MOD23 è l’istruzione 


DIV RR2,R4 


Questa istruzione fa si che il dato di 32-bit contenuto nel registro a parola 
lunga RR2 (costituito dalla parte più significativa R2 e meno significati- 


ISubroutine MOD23 

CALL MOD23; R2 contiene 1 

R3 contiene N 4 0 

Ritorna dalla subroutine con (I mod N) in R2, gli altri registri non sono mo¬ 
dificati. 


Assegnazione dei registri: 

RR2: Versione a parola-lunga del dividendo 
R4: Contiene temporaneamente il divisore (N)! 


MOD23: PUSH@SR,R4 
LDR4.R3 • 
SRLL RR2,#16 
DIV RR2.R4 
LD R3.R4 
POP R4,@ SR 
RET 


ISalva il contenuto del registro temporaneo! 

Ili divisore viene posto in R4! 

ISposta I nella parte meno significativa! 

!(I mod N) va in R2; il quoziente in R3! 
'Riporta N in R3! 

ÌRistabilisce il contenuto del registro temporaneo! 


Figura 3.8 — Subroutine MOD23 per il Programma di Crittografia 
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va R3) sia diviso per il dato a 16-bit contenuto in R4. Il quoziente è la¬ 
sciato in R3 ed il resto è posto in R2. 

Essendo questa la funzione mod, siamo solamente interessati al resto — 
che viene lasciato esattamente dove lo vogliamo. Il divisore, N, deve esse¬ 
re messo in R4 per eseguire la divisione poi, dopo la divisione deve essere 
riposto in R3, perchè si è supposto che la routine lo lasci in questo regi¬ 
stro. Le istruzioni di PUSH e POP di R4 vengono eseguite per evitare che 
la routine abbia effetti indesiderati sui registri. 

L’istruzione: 


SRLL RR2,#16 

è stata scritta per convertire il dato a 16-bit, contenuto in R2, in un dato a 
32-bit posto in RR2 e con la parte più significativa della parola a zero. È 
uno spostamento logico a destra di 16-bit del registro lungo RR2. 

Lo Z8000 è dotato di un certo numero di spostamenti logici e aritmeti¬ 
ci a sinistra e a destra e operazioni di rotazione : su byte, parole o parole 
lunghe o combinazioni di una qualsiasi di queste con il bit di stato C. L’i¬ 
dea generale è che ciascun bit si muova di un numero specificato di posti 
(16 nell’esempio sopra riportato) verso destra o sinistra; l’unica differenza 
sta in ciò che accade alle estremità. Questo verrà spiegato in dettaglio nel 
prossimo capitolo. Nel nostro caso (uno spostamento logico a destra) i bit 
spinti fuori dall’estremo destro vengono persi e le corrispondenti posizioni 
vacanti sull’estremità sinistra vengono riempite con zeri. 

Perciò, SRLL RR2,#6 è equivalente a 

LD R3,R2 
CLR R2 

Avevamo iniziato il nostro programma di crittografia considerando un 
programma principale , cioè, un programma che non è una subroutine di 
un qualsiasi altro programma. In effetti, sarebbe più utile se lo si potesse 
usare come subroutine, per cui ora terminiamo l'esempio presentando, 
senza molto commento, una versione a subroutine del programma di crit¬ 
tografia. 

In Figura 3.9 viene riportata questa routine. Si notino i cambiamenti 
che sono, stati fatti. Per prima cosa, i registri sono stati salvati e ristabiliti 
utilizzando il comando LDM (caricamento multiplo), che è stato istituito 
per spostare numerosi blocchi di registri adiacenti in locazioni di memoria 
adiacenti. 

ESERCIZIO 7: Perchè c’è differenza tra il 10 nelle istruzioni INC e DEC 
c 5 in LDM? 
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ISubroutine per Crittografare — continuazione dell’algoritmo E. 

CALL ENCRYPT; RO = indirizzo del testo 

RI = indirizzo della chiave 

(il testo e la chiave sono stringhe terminate con zero) 
Ritorna dalla subroutine con il testo sostituito dal testo crittografato, ed i regi¬ 
stri inalterati. 

Assegnazione dei registri: 

RO (RLO & RHO): Registri di lavoro 

RI: Indirizzo della chiave 

R2: Indice I per posizionarsi nella chiave (0 £ I < N) 

R3: N (lunghezza della chiave) 

R4: Indirizzo del testo da crittografare! 

ENCRYPT: DEC SR,#10 

LDM @ SR,R0,#5 

!Salva RO su SR dello stack via R4! 

LD R4,R0 

Puntatore del testo! 

CALL LENGTH 

LD R3,R0 

!Calco!a N! 

CLR R2 

!Inizializza I! 

LOOP: LDB RL0,@ R4 

TESTB RLO 

JR Z,DONE 

!Byte successivo del testo! 

!Terminazione 0! 

LDB RH0,RI(R2) 
XORB RLO,RHO 

!Byte I-esimo della chiave! 

[Testo crittografato! 

LDB @ R4.RL0 

INC R4 

[Sostituisci il testo, punta al successivo! 

INC R2 

CALL MOD23 

JR LOOP 

iSostituisci I con (I + 1) mod N! 

DONE: LDM R0,@ SR,#J 

INC SR,#10 

RET 

[Sostituisci i contenuti dei registri! 


Figura 3.9 — Versione a Subroutine del Programma di Crittografia 
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In secondo luogo, si noti l’istruzione 

LDB RH0,R1(R2) 

Questo è il modo di indirizzamento indicizzato mediante base — una delle 
caratteristiche rilevanti della struttura dello Z8000. Sfortunatamente non 
é disponibile con l’istruzione XOR — oppure avremmo potuto scrivere: 

XORB RL0,R1(R2) 

senza usare il passo intermedio per il caricamento di RHO. 

ESERCIZIO 8: Quali altri cambiamenti notate? Li potete spiegare? 

Con questo abbiamo terminato il nostro esempio. Siamo arrivati al 
programma finale analizzando il programma per crittografare fin dalle i- 
struzioni iniziali. In questa analisi abbiamo utilizzato molte istruzioni e 
modi di indirizzamento dello Z8000. Nei prossimi due capitoli saranno 
presentate, in modo più organico, tutte le istruzioni e i modi di indirizza¬ 
mento. 
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Capitolo IV 

Istruzioni dello Z8000 


PARTE 1. 

Nei due precedenti capitoli abbiamo discusso l’architettura dello 
Z8000 ed abbiamo iniziato ad esplorare alcuni modi per usarlo. In questo 
capitolo e nel capitolo V daremo una presentazione sistematica delle i- 
struzioni e dei modi di indirizzamento. Il nucleo di questo materiale sarà 
la descrizione delle 45 istruzioni che costituisce la Parte 2 di questo capi¬ 
tolo; in questa saranno dati i riferimenti fondamentali per le operazioni ed 
il formato delle istruzioni dello Z8000. Iniziamo con uno sguardo genera¬ 
le all’argomento. 

Raggruppiamo in otto diverse categorie le istruzioni dello Z8000. Que¬ 
sta suddivisione è una supersemplificazione, dal momento che alcune i- 
struzioni non appartengono chiaramente ad una categoria e quindi il nu¬ 
mero delle categorie potrebbe essere maggiore o minore rispetto a quello 
da noi scelto. 

Le categorie scelte per questa presentazione sono: 

1. Operazioni e Controlli sui Dati 

2. Trasferimenti dati 

3. Predisposizione dei puntatori 

4. Trasferimento del controllo 

5. Ingresso/uscita ’ 

6. Controllo della CPU 

7. Operazioni sui blocchi 

8. Sincronizzazione multi-micro 

Quando analizzeremo queste categorie elencheremo le istruzioni che vi 
appartengono. I mnemonici delle istruzioni sono elencati con le varie o- 
pzioni racchiuse in parentesi. Per esempio: ADC (B) rappresenta ADC e 
ADCB; ( g )I rappresenta DI ed EI. In generale, quando una lettera è in 
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parentesi, quella lettera appare in alcune versioni dell’istruzione ma non in 
altre (esempio ADC, ADCB). Quando due o più lettere appaiono in pa¬ 
rentesi, allora una di queste lettere appare in ogni versione data (esempio 
DI, EI). L’unica eccezione a tutto questo é (®), in cui si può avere B. L o 
niente. Perciò LD (®) rappresenta LD, LDB e LDL; R ( r) (C) (B) rap 
presenta RL, RLB, RLC, RLCB, RR, RRB, RRC, RRCB. Questa sem¬ 
plice abbreviazione ci permette di trattare, in modo unificato, le possibili 
variazioni di alcune istruzioni. Useremo questa annotazione in modo este¬ 
so in tutto questo capitolo; per cui dovreste essere sicuri di averlo capito. 

Operazioni e controllo di dati 

Questa categoria è costituita dalle istruzioni che modificano o control¬ 
lano (test), il valore dei loro argomenti; sono le sole per le quali i bit di 
FLAGS vengono posizionati per indicare il risultato. (Le operazioni su 
blocchi e le istruzioni di sincronizzazione multi-micro usano i bit del 
FLAGS (indicatore) in modo speciale e alcune istruzioni permettono di 
manipolare o cambiare in modo esplicito questi bit in relazione alla varia 
zione dello stato della CPU). 

a) Istruzioni aritmetiche : ADD ( Jj ), SUB ( ® ). MULT (L). DIV (L). 
ADC (B), SBC (B), NEG (B), DAB. Queste istruzioni implementano le 
funzioni aritmetiche standard di addizione, sottrazione, moltiplicazione e 
divisione. Sono le sole istruzioni di questa categoria che usano C per indi¬ 
care il risultato. Nello Z8000, C viene usato principalmente per permette¬ 
re l'implementazione delle versioni delle istruzioni aritmetiche in precisio¬ 
ne multipla. 

b) Istruzioni logiche : AND (B), OR (B), XOR (B). COM (B). Nelle 
«tabelle della verità» della figura 4.2 viene mostrata l'operazione di AND. 
OR, XOR e COM su argomenti ad un solo bit. Per argomenti di 8 bit o 
16 bit ognuno dei bit viene gestito, indipendentemente, usando le regole 
del singolo bit. 

Per esempio: 

(1 10011102 ANDB 01100101 2 ) = 010001002 

AND, OR e XOR sono operatori a due argomenti; COM opera solo su 
un unico argomento. La versione a byte di queste istruzioni (e TESTB) 
sono le sole che usano P per indicare la parità del risultato. 

Le illustrazioni di Figura 4.1 mostrano, in modo schematico, come le i- 
struzioni aritmetiche, logiche e rotazione/spostamento operino sui loro o- 
perandi all’interno della CPU. Ogni CPU possiede circuiti che permetto- 
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no di realizzare operazioni aritmetiche e logiche; questi circuiti sono gene 
rahnente indicati in un unico modo come unità logico e aritmetica (ALU). 

Per l’istruzione di ADD, SUB, ecc., l’ALU prende tre ingressi: il regi¬ 
stro di FLAGS, l’operando sorgente (sia dalla memoria che da un regi¬ 
stro) e il registro destinazione. Il risultato viene posto nel registro destina¬ 
zione e vengono fissati i nuovi valori di FLAGS. 



Percorso dati per ADD. SUB. MULT, DIV. AND. OR. XOR. spostamento, rota¬ 
zione. e per ADC. SBC. rotazione di cifra (solamente registri sorgente) 



Percorso dati per NEG e COM; e per DAB (solamente registro) 


Figura 4.1 — Percorso Dati per Istruzioni Aritmetiche, Logiche 
e Spostamenti/Rotazioni. 
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Useremo illustrazioni simili, qualche volta senza ulteriori commenti, 
per tutte le categorie di istruzioni che abbiamo stabilito per lo Z8000. 

c) Istruzioni di spostamento/rotazione: R ( ^ ) (C) (B), S ( L ) (£ ) 
( L )’ R ( R ) DB. Q ueste istruzioni permettono di spostare i bit di un regi¬ 
stro verso sinistra o destra o circolarmente. Tutto questo viene illustrato 
in Figura 4.3. 


0 1 0 1 0 1 0 1 



AND OR XOR COM 

Figura 4.2 — Tabella della Verità per Operazioni Logiche. 

Le rotazioni possono essere pari ad una o due posizioni e possono in¬ 
cludere od escludere C (sebbene C faccia ancora parte dello spostamento, 
anche se escluso dalla rotazione). 

L’entità degli spostamenti è espressa da un numero compreso tra 0 ed 
il valore di bit dell’argomento. Il conteggio dello spostamento può essere 
specificato esplicitamente nelle istruzioni o può essere preso da un regi¬ 
stro al momento dell’esecuzione. 

La R ( ^) DB è un’istruzione specializzata, utilizzata per muovere cir¬ 
colarmente delle cifre mediante due registri di un byte ciascuno. Questa 
ultima istruzione è illustrata in Figura 4.4. 

d) Istruzioni per modificare il contatore / puntatore: DEC (B), INC 
(B). Queste istruzioni permettono che i loro argomenti siano incrementati 
o decrementati di una quantità compresa fra 1 e 16; differiscono dalle 
corrispondenti situazioni di somma e sottrazione per il fatto che C non 
viene alterato e V viene gestito diversamente. 

e) Istruzioni di test: BIT (B), CP ( f ), TEST ( ® ), TSET (B). Queste i- 
struzioni posizionano i bit di FLAGS dopo aver esaminato (invece di ese¬ 
guire operazioni) i propri argomenti. BIT (B) permette di esaminare uno 
qualsiasi dei bit di un argomento costituito da 8 o 16 bit e posiziona Z per 
comunicare il risultato. Il numero di bit che devono essere controllati pos¬ 
sono essere contenuti nell’istruzione o possono essere prelevati da un regi¬ 
stro al momento dell’esecuzione. 

CP ( P ) è l’istruzione base di confronto e TEST ( ? ) può quasi essere 
considerato come un caso speciale di CP ( t ) se si suppone che uno degli 
argomenti di confronto sia uguale a 0. L’idea é che le sequenze di codice 
del tipo 

CP X, Y; JR GT, ABC 
TEST X; RET MI 
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Rotazione a sinistra di un registro a 16-bit comprendente C 



Rotazione a destra di un registro di 8-bit non comprendente C 



Spostamento di 2 posizioni a destra di un registro di 8 bit 
x ; 0 o 1 in tunzlone del fatto che lo spostamento sia aritmetico o logico e. se è arit¬ 
metico. dal valore originale del bit più a sinistra 


Figura 4.3 - Alcuni Spostamenti e Rotazioni 
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siano facilmente ricordabili. Le due linee sopra riportate significano: 


«se x > y, allora salta ad ABC» 


«se x < 0, allora esegui il ritorno» 



Figura 4.4 — La Circolazione di Digit Realizzata con R ( p ) DB. 

Questo si realizza assegnando dei codici mnemonici del tipo GT. LT, PL. 
MI. ecc. alle diverse combinazioni dei bit di FLAGS. Esistono 16 tipi di¬ 
versi di queste combinazioni che possono essere rappresentate in un cam¬ 
po di 4 bit presente nelle istruzioni condizionali (TCC (B), JP. JR, RET) e 
nel confronto di un blocco CP (S) ( ® ) (R) (B). Questi nomi mnemonici 
appariranno un po’ più avanti in questo capitolo. Per adesso ricordatevi 
che se si scrive CP x, y, allora x sta sulla sinistra della relazione definita 



Percorso Dati per INC e DEC 


Figura 4.5 — Percorso Dati per le Istruzioni che Modificano 
il Contatore/Puntatore. 
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Argomento 




FLAGS 


IDD 

QUI 

c z $ 

z 

P D H 

> 



CPU] 


TEST 



Argomento 


"■■"1 


Registro l | 

argomento |_ 

FLAGS 


IDQDE 


c z s 

z 

/OH 

> 




CPU 


CP 


Argomento 



1 

Numero di Bit - 

(dall'istruzione - 

o dal registro) _ 

FLAGS 

1 

1 

ALU 

IQIIIIH 

C Z S V D H 

f> 






CPU 



BIT TSET 

Figura 4.6 — Percorso Dati per le Istruzioni di Test 


dal mnemonico (> nel campo sopra riportato) e y appare sulla destra. Per 
TEST x, la x sta a sinistra e 0 sulla destra. 

L’istruzione TSET potrebbe essere posta in una categoria a parte, sic¬ 
come combina una funzione di test e una di trasferimento dato. Il concet¬ 
to consiste nel controllare un indicatore (flag) e cambiare contemporanea¬ 
mente il suo valore portandolo ad uno stato «non significativo»: questo 
permette di avere una protezione contro due tests positivi, «simultanei», 
dell’indicatore da parte di processi concorrenti. TSET è definita per facili¬ 
tare l’uso dei semafori ; una tecnica di scienza dei calcolatori nata dallo 
studio dei processi concorrenti. 
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Trasferimento dati 


Questa categoria è costituita da istruzioni che trasferiscono un dato da 
un luogo ad un altro. Il dato trasferito può essere implicito o contenuto 
nelle istruzioni oppure può essere nella locazione specificata dall'argo¬ 
mento dell’istruzione. I contenuti originali della destinazione del trasferi¬ 
mento sono irrilevanti e vengono persi (eccetto per EX(B)). 

Le istruzioni di trasferimento dati lasciano inalterati tutti i bit di 
FLAGS. 

a) Istruzioni di trasferimento costanti: CLR (B). LDK. RES (B), SET 
(B), TCC (B). Queste istruzioni trasferiscono il valore costante (fisso) spe 
cificato nell’istruzione nella locazione di destinazione. CLR (B) pone a ze 
ro il valore di destinazione. LDK contiene un campo di quattro bit per 
permettere di posizionare il valore di destinazione con un valore compre¬ 
so tra 0 e 15. RES (B) e SET (B) permettono di porre a 0 o ad 1 uno spe¬ 
cifico bit; come già visto per BIT (B), il numero che specifica il bit interes¬ 
sato può essere contenuto nell’istruzione o prelevato dal registro. 

TCC (B) è un’istruzione SET (B) condizionale. Il numero di bit è sem 
pre 0; esempio: viene influenzato il bit meno significativo dell'argomento. 
È importante non confondere questo trasferimento condizionale con il 
modo con cui i bit di FLAGS sono posti ad 1. Tutte le istruzioni che usa¬ 
no un bit di FLAGS per indicare una condizione pongono ad 1 il bit per 
indicare l’avvenuta condizione o azzerano il bit per indicare il contrario; 
TCC (B) pone ad 1 il bit se la combinazione specificata dei bit di FLAGS 
è vera e non fa nulla se la combinazione è falsa. 

b) Istruzioni di Trasferimento di Variabili: LD ( i ). LDR ( , ). 

B ^ L 

LDM, EX (B), EXTS ( L ). Queste istruzioni muovono il dato, che si tro 
va nel loro argomento sorgente, nel loro argomento di destinazione. LD 
( ® ) è l’istruzione di base per il trasferimento dei dati. Utilizza tutti i modi 
di indirizzamento che ha lo Z8000 per indirizzare i dati o la memoria di 
stock. Solamente le istruzioni LD ( ® ) ed LDA possono usare i modi di 
indirizzamento tramite base ed indicizzato tramite base. 

LDR( ® ) è la sola istruzione che permette l’accesso alla memoria di 
programma. Utilizza l’indirizzamento relativo al PC e lo spiazzamento 
del PC è memorizzato nell’istruzione. Questo significa che non c’è conve¬ 
nienza nell’avere nel programma degli insiemi o tabelle, a meno che anche 
la memoria che essi occupano sia (possibilmente con un diverso insieme 
di indirizzi) parte della memoria dati. L'unica alternativa possibile è simu¬ 
lare uno schema di indirizzamento indicizzato e memorizzare il valore 
dello spiazzamento del PC risultante nel campo spiazzamento di un'istru¬ 
zione LDR( j® ); questo richiede la possibilità di scrivere nella memoria di 


84 



Argomento destinazione 


Zero 

_ CPU 

CLR 



SET, RES.TCC 


Figura 4.7 — Percorso Dati per le Istruzioni di Trasferimento Dati 
e Posizionamento del Puntatore 
Alcuni Trasferimenti di Costante. 


programma. In ogni evento, LDR ( ® ) non permetterà dei riferimenti al di 
fuori del segmento corrente. 

L’istruzione LDM permette, con un unico comando, di caricare da o 
verso la memoria da 1 a 16 registri. Questa prestazione è disponibile per 
facilitare commutazioni rapide di contesto in ambiente multiprogramma 
to. È anche utile per salvare e ristabilire i registri nelle subroutine di inter¬ 
ruzione. 

L’istruzione EX(B) permette di scambiare i contenuti dei registri e del- 


85 










Registro Operando 


I 

CPU 


EX 



IDA.LDAR 



LD.LDR.LDM 

Figura 4.7 (b) — Percorso Dati per l’Istruzione mento 

di Trasferimento Dati e Posizionamento nbio e 
Puntatore — Scambio e Caricamento 
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CPU 


Figura 4.7 (c) — Percorso Dati per l’Istruzione di Trasferimento 
Dati e Posizionamento Puntatore — Estensione 
del Segno. 



I 

+ 

I 


_i_ 

Puntatore Stack 


_ CPU 

PUSH 



POP 


Figura 4.7 (d) — Percorso Dati per l’Istruzione di Trasferimento 
Dati e Posizionamento Puntatore — Trasferimen¬ 
ti su Stack. 
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la memoria. L’istruzione EXTS ( ® ) permette di espandere un argomento 
in un registro per poter occupare un registro più grande (senza cambiarne 
il valore) propagando il bit di segno del valore originale su tutto lo spazio 
del registro addizionale. 

c) Istruzioni di Trasferimento su Stock: POP(L), PUSH(L). Sono o- 
perazioni di salvataggio o prelievo descritte nel Capitolo II (vedasi Figura 
2.2). Non esistono versioni a byte di POP e PUSH, perché lo stack hard¬ 
ware (controllato da R15 o RR14) deve sempre essere pronto a lavorare 
con i 16 bit associati alle interruzioni ed alle chiamate di subroutine. Que¬ 
sto rende difficile salvare e ristabilire i registri a byte RHO. RLO. 


Posizionamento del Puntatore 

Esistono due istruzioni che caricano un registro indirizzo con l’indiriz¬ 
zo del loro argomento: LDA e LDAR. Queste istruzioni permettono, in 
una sola operazione, il caricamento di indirizzi segmentati e forniscono 
un’approcio uniforme che funzioni sia con indirizzi segmentati che con 
quelli non - segmentati. 

Siccome gli indirizzi non dipendono dalla dimensione degli argomenti 
memorizzati ad uno specifico indirizzo, LDA X ed LDAR X possono es¬ 
sere utilizzate per ottenere l’indirizzo di X, non tenendo conto se X è un 
byte, una parola o una parola lunga. La dimensione del registro indirizzo 
usato è legata al funzionamento in modo segmentato o non-segmentato 
della CPU - questa informazione non è contenuta nell’istruzione. 

Ci sono delle operazioni interne che, siccome funzionano indipendente¬ 
mente dallo stato delle linee di uscita dal dispositivo, non fanno distinzio¬ 
ne tra gli indirizzi dell’area programmi, dati e stack. 

Le istruzioni di posizionamento del puntatore non alterano i bit di 
FLAGS. 

Trasferimento del Controllo 

Questa categoria è costituita da istruzioni che interrompono il flusso di 
controllo modificando il valore di PC. Eccetto per il salvataggio ed il ripri¬ 
stino dello stato della CPU associato alle interruzioni, nessuna di esse o- 
pera su FLAGS. 

(a) Salti: JR, JP, D(B)JNZ. 

(b) Istruzioni per subroutine: CALL, CALR, RET. Queste sono le i- 
struzioni usate per realizzare le subroutine. CALL e CALR salvano l'in¬ 
dirizzo di ritorno nello stack (usando R15 o RR14) e RET lo ripristina in 
PC. (Vedasi Figura 3.4). CALR é il formato in parola-singola dell'istru- 
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zione CALL ed utilizza gli indirizzi, relativi a PC, in un campo di 4096 
parole centrate (approssimativamente) sull’istruzionie CALR. 

RET consente l’uso di un campo di codice condizione (descritto sopra 
nella «istruzione di test»). Questo può essere conveniente quando il ritorno 
da subroutine si verifica all’interno di un loop, ma dovrebbe essere usato 
con moderazione se origina delle subroutine contenenti più di una istru¬ 
zione RET. Le routine contenenti più di una istruzione RET possono es¬ 
sere difficili da capire e da cambiare. 

(c) Istruzione di interruzione/trappole: SC, IRET. SC è la «chiamata 
sistema» da parte di una trap. Fa si che il PC venga salvato nello stack, 
come per la CALL, insieme alla FCW e alla «ragione» (una copia dell’i¬ 
struzione SC, un byte della quale è un indice ad una tabella di routine di 
sistema). IRET non fa niente di tutto questo, ma ripristina FCW e PC ed 
elimina la «ragione». (Vedasi Figure 2.8 e 2.9). 

Non ci sono istruzioni esplicite per generare interruzioni esterne o trap 
da errori. Le interruzioni e le trap da errori determinano il salvataggio del¬ 
lo stato della CPU e della «ragione» proprio come SC ed utilizzano per il 
ritorno l’istruzione IRET. 

Dal momento che IRET ricostituisce lo stato salvato per SC o altre in¬ 
terruzioni o trap, l’effetto finale é che non vengono cambiati i bit di 
FLAGS. Una possibile eccezione potrebbe essere una routine di sistema 
che modifica la copia di FLAGS contenuta nello stack in modo tale da re¬ 
stituire una informazione al chiamante. Nel Capitolo IX analizzeremo in 
maggior dettaglio come, utilizzando SC, vengano trasmessi i parametri 
verso e dalle routine di sistema. 

Ci sono altri due punti interessanti riguardanti le trap: esiste una trap 
riservata che può essere usata se non avete bisogno di garantire la compa¬ 
tibilità dei vostri programmi con le versioni future dello Z8000; e ci sono 
alcune trap da errore che potrebbero essere molto utili se esistessero vera¬ 
mente. La trap riservata è «la trap per istruzione non implementata» che si 
verifica quando si usa una qualsiasi delle sei combinazioni dei campi codi¬ 
ce operativo e modo. (Più avanti in questo capitolo discuteremo i campi 
di modo e codice operativo). Ciascuna di queste sei istruzioni potrebbe es¬ 
sere usata esattamente come viene usata SC — fornendo ognuno in tal 
modo altri sei gruppi di 256 routine di sistema. 

Sarebbe utile avere molte trap da errore; in particolare nello Z8000 esi¬ 
stono due dimenticanze piuttosto notevoli riguardanti il tipo di disaccop¬ 
piamento: l’utilizzo di una istruzione a parola o parola-lunga con un indi¬ 
rizzo dispari e l’utilizzo di un numero di registro a parola multipla che su¬ 
peri quello legalmente ammesso. Per esempio, l’istruzione LD R0, @ R1 
richiede che gli indici di R1 siano pari, se sono dispari, il comportamento 
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dello Z8000 è indefinito. Non ci viene detto che cosa farà, ma per esem¬ 
pio potrebbe ignorare i bit meno significativi degli indirizzi sbagliati, non 
considerare nessuno di quelli che suppone siano degli zeri. Questa è una 
seria limitazione che dovrebbe essere eliminata nelle versioni future dello 
Z8000. Il formato della PSA potrebbe essere alterato o si potrebbe condi¬ 
videre una trap esistente, per permettere alla «ragione» di distinguere tra 
questa e il suo significato originale. Nel frattempo, l’utilizzatore dovrebbe 
realizzare tale trap utilizzando le uscite B/W e A Do della CPU per 
generare una interruzione non mascherabile. Questa soluzione presenta 
tre svantaggi principali: (l)essa rileva l'utilizzo sbagliato della parola/by¬ 
te ma non quello relativo al registro; (2) non può rilevare i trasferimenti 
ad indirizzi dispari siccome il PC non memorizza (latch) il bit zero: esem¬ 
pio il bit zero del PC è sempre zero indipendentemente da ciò che la CPU 
cerca di memorizzarvi; (3) genera una interruzione dopo che l'istruzione 
ha completato la sua azione indefinita. (Vedasi Figura 9.14). 


Ingresso /Uscita 

Lo Z8000 riconosce uno spazio indirizzo di 65.536 byte per le sue ope¬ 
razioni di Ingresso/Uscita (I/O) ed un altro spazio indirizzi della stessa 
dimensione per le operazioni di I/O «speciali». Le operazioni speciali di 
I/O sono state definite per essere usate con la MMU, la quale non può a- 
vere le linee indirizzi/dati AD? - ADodisponibili per essa. Internamente 
alla CPU non esistono differenze tra gli I/O speciali ed ordinari. 

L’istruzione di I/O è molto simile all’istruzione di caricamento ma è 
molto più limitata nei modi di indirizzamento. Ad eccezione dell'istruzio¬ 
ne di I/O per blocco, da discutere più avanti, tutte le istruzioni di I/O si 
sviluppano tra un registro della CPU ed un indirizzo di I/O specificato 
nella istruzione o contenuto in un registro. Non é possibile indicizzare gli 
indirizzi di I/O. 

L’istruzione I/O base, (SXou-j-XB) non altera i bit di FLAGS. È una i- 
struzione privilegiata. 

Controllo della CPU 

Questa categoria di istruzioni ha più a che fare con la gestione della 
CPU che con il calcolo. I bit di FLAGS vengono posizioniati solamente 
in modo esplicito. 

(a) Gestione dei registri di controllo: ( )I, LDPS, LDCTL. Queste i- 
struzioni permettono di accedere ai registri di controllo della CPU. L’i¬ 
struzione ( ^ )I permette la disabilitazione (mascherata) o l’abilitazione 
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(non mascherata) di qualsiasi combinazione delle interruzioni maschera- 
bili. La LDPS carica FCW e PC dalla memoria dati. LDCTL è una istru¬ 
zione di caricamento per i quattro registri di controllo: FCW. PSAP. 
NSP e REFRESH. Permette trasferimenti tra uno qualsiasi di questi regi¬ 
stri e un generico registro. 

Tutte queste sono istruzioni privilegiate. 

(b) Gestione di FLAGS: COMFLG, RESFLG. SETFLG. LDCTLB. 
Le prime tre consentono di operare su qualsiasi combinazione dei bit C. 
Z, S, V/P. LDCTLB è una istruzione di caricamento dell’intero registro 
di FLAGS. 

(c) Sincronizzazione esterna: HALT, NOP. L'istruzione HALT è 
molto più simile all’istruzione WAIT di quanto non lo sia rispetto al- 
l’HALT tradizionale. Determina la sospensione delle operazioni della 
CPU fino a quando non viene inviata una interruzione — IRET fa riparti¬ 
re il programma all’istruzione successiva ad HALT. Inoltre mentre la 
CPU è in HALT continuano le funzioni vitali quali i cicli di rinfresco e il 
protocollo di acquisizione del bus. 

L’istruzione NOP fa si che la CPU non faccia nulla durante la sua ese 
cuzione (sette cicli). HALT é una istruzione privilegiata. NOP non lo è. 


Operazioni di blocco 

Ci sono quattro operazioni di blocco. Tre sono le versioni di blocco 
delle istruzioni sopra riportate; una invece non ha la sua controparte in 
quanto detto sopra. 

La struttura generale di una istruzione che opera sul blocco richiede: 
un registro contatore e due registri puntatori. L’esecuzione dell’istruzione 
determina il decremento del registro contatore ed incrementa o decremen- 
ta uno od entrambi i registri puntatori. L’istruzione può essere posta insie 
me ad altre operazioni in un loop oppure può essere ripetuta automatica- 
mente fino a quando il contatore diventa zero o (in alcuni casi) vengono 
verificate altre condizioni. Tutte le istruzioni di blocco possono essere in¬ 
terrotte durante l’esecuzione con una perdita di tempo pari a sette cicli per 
ogni interruzione. Nessuna altra istruzione dello Z8000 può essere inter¬ 
rotta. 

Tutte le istruzioni di blocco usano l’indicatore V per segnalare quando 
il contatore è arrivato a zero. In tutte queste istruzioni Z viene posiziona¬ 
ta o lasciata in uno stato indefinito. 

La Figura 4.9 mostra i tre registri e la sequenza di operazioni eseguite 
nella versione di blocco delle istruzioni CP. LD, e I/O. 

(a) Test dei dati di un blocco: CP (S) ( ^ ) (R) (B). Una stringa di paro 
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SORGENTE (MEMORIA) 




DI.EI 


COMFLG, RESFIG, SETFLG 


Figura 4.8 — Percorso Dati per le Istruzioni di Controllo della CPU 
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le o byte di dati viene confrontata con un’altra stringa oppure con un va¬ 
lore contenuto in un registro. Un campo di codice condizione nell'istru¬ 
zione permette di specificare la combinazione dei bit di FLAGS che si sta 
cercando. Z viene posto ad uno se viene rilevata l’uguaglianza. Nel modo 
ripetitivo, l’istruzione viene ripetuta fino a quando V o Z è uguale ad uno. 
C viene lasciato indefinito. 

(b) Trasferimento di un blocco dati : LD ( ^ ) (R) (B). La stringa di pa¬ 
role o byte viene trasferita da un posto ad un altro. Se c’é una sovrapposi¬ 
zione delle stringhe è importante effettuare una scelta oculata tra modo 
autoincrementato ed autodecrementato. 


Registro Contatore 


Registro Puntatore 
della Destinazione 


(a) L'operazione viene eseguita mediante i puntatori Sorgente e Destinazione 

(b) Si decrementa il contatore; V è posto ad 1 se il contatore diventa 0 

(c) I puntatori sono incrementati o decrementati come richiesto dall'istruzione (per 
I/O non viene cambiato il puntatore che contiene l'indirizzo di I'0) 

(d) Se è indicata la ripetizione 

e se V = 0 (il contatore non è diventato zero) 

(e se Z = 0 per CP — non è ancora stata verificata l'eguaglianza). 

Allora torna al punto (a) 


Registro Puntatore della Sorgente 


Figura 4.9 — Registri e Sequenza di Funzionamento per le Versio¬ 
ni a Blocco di CP, LD, I/O 

(c) Blocco di // 0:(S)( o 'y T )( l j ) )(R)(B).Una stringa di parole o byte è 
inviata dalla memoria in uscita o ricevuta in ingresso ad un indirizzo co¬ 
stante di I/O specificato in un registro. 

(d) Conversione e test di un blocco-. TR (T) ( ® ) (R) B. Questa istruzio¬ 
ne usa una tabella di conversione di 256 byte: la conversione di un generi¬ 
co valore i con 0 £ i £.255 è l’i-esimo byte della tabella di conversione. 

Una stringa di byte viene convertita utilizzando una tabella di conver¬ 
sione il cui indirizzo è tenuto in un registro. Ciascun valore convertito so¬ 
stituisce il valore originale oppure viene posto in un registro dedicato 
(RH1) e controllato per accertare se è uguale a zero. Usando l’opzione 
della ripetizione, l’operazione viene eseguita fino all’esaurimento del con- 
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Figura 4.10 — Funzionamento delle Istruzioni di Conversione e di 
Test 

teggio o (se c’è l’opzione test) fino a quando non viene trovato un valore 
di conversione diverso da zero. (Vedasi Figura 4.10). 

Sincronizzazione Multi-Micro 

Questa categoria di istruzioni si riferisce alla sincronizzazione degli ac¬ 
cessi, da parte di CPU diverse ad una risorsa condivisa. Nell’architettura 
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del sistema esistono, a tale scopo, due piedini della CPU (uno di ingresso, 
uno di uscita) e quattro bit per il bus esterno. MREQ gestisce il protocollo 
associato a questa struttura. Gli indicatori Z ed S vengono usati in modo 
speciale per indicare l’avvenuta acquisizione del controllo della risorsa 
condivisa. MBIT controlla il piedino d’ingresso e segnala lo stato di que¬ 
sto utilizzando S e Z; MRES e MSET controllano il piedino di uscita la¬ 
sciando inalterati i bit di FLAGS. 

Tutte queste sono istruzioni privilegiate. 

Adesso abbiamo terminato la nostra panoramica delle istruzioni dello 
Z8000. Nella Figura 4.11 è riportato un sommario delle categorie di rag¬ 
gruppamento delle istruzioni. 

Codici Condizione 

Nel precedente paragrafo di questo capitolo abbiamo accennato alle 16 
combinazioni di codici condizione qhe possono essere codificati in un 
campo di quattro bit in alcune delle istruzioni condizionali. 

Le 16 condizioni sono costituite da otto condizione base e dai loro ap 
posti. Nella codifica dei quattro bit, il bit più significativo viene usato co¬ 
me indicatore di «opposto». Per esempio, se 1 è la codifica di «meno di» al¬ 
lora 9 è la codifica di «più grande di o uguale a». 

Delle otto condizioni base, quattro sono le condizioni con bit singolo 
C = 1, Z = 1, S = 1,V/P = 1 ed una è la condizione di «sempre falso». 
Le tre condizioni rimanenti sono: 

less than (LT): S = 1 o V = 1, ma non entrambi 
less than o equal to (LE): come sopra o Z = 1 
unsigned less then or equal to (ULT): C = 1 o Z = I 

N.d.T. less than = minore di; less than or equal to = minore di o uguale a; unsi¬ 
gned less than or equal to = valore assoluto minore di o uguale a. 

Alle varie condizioni viene assegnato un nome simbolico in modo da 
poter avere un valore mnemonico da usare nell’istruzione di confronto 
CP. CP x,y posiziona i bit di FLAGS in funzione del risultato della sot¬ 
trazione x — y; x è minore diy se e solo se x — y é negativo. Se non c'è ri¬ 
porto aritmetico, questo é analogo ad S = 1. Se invece c’è riporto aritme¬ 
tico questo è analogo ad S = 0. 

Analogamente x = y se e solo se x — y = 0, per cui la condizione Z = 1 
viene definita come uguaglianza, inoltre Z = .l combinata con la condi¬ 
zione « minore di » forma la condizione « minore di o uguale a». 

Considerando x ed y come numeri del campo da 0 a 2" — 1 invece che 
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1. Operazioni e Controllo di Dati (si usa la FLAGS standard) 

(a) Aritmetiche: ADD(®), SUB(® ), MULT(L), DIV(L), ADC(B), SBC(B), 
NF.G(B), DAB 

(b) Logiche: AND(B), OR(B), XOR(B), COM(B) 

(c) Spostamento/Rotazione: R( |^)(C)(B), S(C )(£)(*)> 

(d) Modifica del Contatore /Puntatore: DEC(B), INC(B) 

(e) Test: B1T(B), CP( ® ), TEST( ® ), TSET(B) 

2. Trasferimento Dati (i bit di FLAGS non vengono alterati) 

(a) Trasferimento di Costanti: CLR(B), LDK, RES(B), SET(B), TCC(B) 

(b) Trasferimento di Variabili: LD(® ), LDR*®), LDM, EX(B), EXTS(® ) 

(c) Trasferimento su Stack: POP(L), PUSH(L) 

3. Posizionamento del Puntatore (i bit di FLAGS non vengono alterali): 

LDA, LDAR. 

4. Trasferimento del Controllo (ad eccezione del salvataggio/ripristino non ven 
gono alterati i bit di FLAGS) 

(a) Salti: IR, IP, D(B)JNZ 

(b) Subroutine: CALL, CALR, RET 

(c) lnterruzione/Trappola: SC, IRET* 

IN 

5. Ingresso/Uscita (i bit di FLAGS non vengono alterati): ( s ><oUT )<B>*- 

6. Controllo della CPU (FLAGS viene alterato solo in modo esplicito) 

(a) Gestione dei Registri di controllo: ({?)!*, LDPS*. LDCTL* 

(b) Gestione di FLAGS: COMFLG, RESFLG, SETFLG, LDCTLB 

(c) Sincronizzazione esterna: HALT*, NOP 

7. Operazioni di Blocco (uso speciale di Z e V) 

(a) Test Dati: CP(S)( ** )(R)(B) 

(b) Trasferimento Dati: LD( jj* )(R)(B) 

(c) I/O: <S)( 0 '£V )(“XRHB)* 

(d) Conversione e Test: TR(T)( ^ )(R)(B) 

8. Sincronizzazione Multi-Micro (uso speciale di Z ed S): MREQ*, MBIT*, 
MRES*, MSET*. 

* Privilegiate 

Figura 4.11 — Categorie Funzionali delle Istruzioni 
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del campo da —2" ' a 2 n 1 —1 si ha il valore «assoluto minore di ». Per 
esempio, potrebbero essere degli indirizzi di memoria. Quando viene ese¬ 
guita la sottrazione x — y, C viene posto ad uno se e solo se non c’è ripor¬ 
to nell’addizione x + (—y). Perciò questa corrisponde al caso in cui se e 
solo se x < y, dove x ed y vengono considerati dei valori assoluti. (In 
realtà, se y = 0 non vi è riporto nell’addizione x + (—y), ma c’è un riporto 
nella condizione negata NEG(y), per cui nella sottrazione x — y, C non 
viene posto ad uno). In altre parole, x ULT y se e solo se C = 1 dopo l’i¬ 
struzione CP x,y. 

Nella Figura 4.12 sono riportati i 16 valori dei codici condizione, i loro 
significati e i loro mnemonici di assemblaggio. 


Codice 

Condizione 

(esadecimale) Significato 

Mnemonico 

Codice 

Condizione 

(esadecimale) Significalo Mnemonico 

0 

Falso 

Nessuno 

8 

Vero 

Spazio* 

1 

SXORV = 1 

LT 

9 

SXORV = 

0 GE 

2 

LT OR Z = 1 

LE 

A 

LT OR Z = 

0 GT 

3 

C OR Z = 1 

ULE 

B 

CORZ = 

0 UGT 

4 

V/P = 1 

OV,PE 

C 

V/P = 0 

NOV, PO 

5 

S = 1 

MI 

D 

S = 0 

PL 

6 

Z = 1 

Z,EQ 

E 

Z = 0 

NZ,NE 

7 

C = 1 

C,ULT 

F 

C = 0 

NC,UGE 


* Caso di Default (esempio JR X ha 8 nel campo cc) 

Figura 4.12 — Codici Condizione 


Formato delle Istruzioni 

Idealmente si dovrebbe interagire con il calcolatore ad un livello non 
più basso dei mnemonici dell’assemblatore. La codifica reale delle istru¬ 
zioni in esadecimale dovrebbe essere irrilevante. Ma, in verità, ci sono 
molte ragioni per cui questo non si verifica: 

• Istruzioni diverse occupano una diversa quantità di memoria. Qual¬ 
che volta lo spazio di memoria ha un prezzo e allora è utile avere 
una esatta informazione dei formati. 

• Di frequente gli strumenti di debug disponibili sono di tipo esadeci¬ 
male (o anche peggio). 

• A volte si ha bisogno di costruire una «pezza» — una sostituzione di 
una certa parte del programma assemblato. Può anche essere neces¬ 
sario scrivere in forma esadecimale la pezza senza dover ricorrere 
all’assemblatore. 
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• A volte può capitare di dover disassemblare manualmente un pezzo 
di programma esadecimale per il quale non é disponibile nessun ta¬ 
bulato del sorgente (source). 

Inoltre, la conoscenza dei formati istruzione fornisce una buona base 
di partenza per la presentazione e la comprensione dei vari aspetti delle i- 
struzioni. 

Le istruzioni dello Z8000 seguono uno schema piuttosto semplice: so¬ 
no tutte costituite da una o due parole di istruzione, seguite da una o due 
parole di indirizzo o argomento implicito. In generale, il primo byte della 
prima parola dell’istruzione determina il tipo di istruzione e di indirizza¬ 
mento da essa usato. I byte rimanenti specificano gli argomenti e le varia¬ 
zioni. 

Se i primi due byte dell’istruzione sono degli uni, allora si tratta di una 
delle quattro istruzioni speciali. Queste sono state previste per realizzare 
in una sola parola funzioni usate frequentemente, senza indirizzo addizio¬ 
nale o argomento implicito. Per queste quattro, la prima cifra esadecimale 
determina il tipo di istruzione, mentre i rimanenti dodici bit codificano la 
funzione desiderata. La Figura 4.14 riporta queste quattro istruzioni. La 
prima è un caricamento, realizzato con una sola parola, di un valore im¬ 
mediato di otto bit in un registro di un byte: le altre tre sono trasferimenti 
a locazioni indirizzate dal PC con piccoli spiazzamenti. Dal momento che 
tutte le istruzioni partono da un indirizzo di byte pari gli spiazzamenti so¬ 
no interpretati come numero di parole: fino a 4096 per la CALR, 256 per 
JR e 128 per D(B)JNZ. Per CALR e JR gli spiazzamenti sono numeri 
con segno, che permettono di accedere ad una «fascia» centrata sull'istru¬ 
zione. A D(B)JNZ corrisponde un numero assoluto che rappresenta un 
salto all’indietro per un massimo di 128 parole. 



/ Modo Codice Operativo 

[ / 0: Registro Immediato o indiretto 
\] 4: Indirizzamento Diretto o Indicizzato 
I 8: Registro 

' C: Istruzioni speciali ad «alta densità*: 


CALR, JR. D(B)JNZ, LDB R.# 


Figura 4.13 — Prima Approssimazione del Formato delle Istruzioni 
dello Z8000 
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levata Densità di Codifica 


La Figura 4.14 illustra anche altre due convenzioni per la descrizione 
delle 45 istruzioni che saranno usate più avanti in questo capitolo: W e 
cc. Il simbolo W ha il valore uno o zero, a seconda che si consideri l'istru¬ 
zione in versione a byte o a parola. In questo esempio, DJNZ avrà que¬ 
sto bit uguale ad uno, mentre DBJNZ lo avrà a zero. Il simbolo cc nel 
formato istruzione, rappresenta uno dei sedici possibili valori del campo a 
quattro bit del codice condizione. L’esempio delle istruzioni in linguaggio 
di assemblaggio, riportato sotto la figura del formato, rappresenta uno dei 
corrispondenti mnemonici di assemblaggio. (Vedasi Figura 4.12). 

Se i primi due bit dell’istruzione non sono posti ad uno, questo campo è 
definito come campo di modo, e i sei bit adiacenti al primo byte sono de¬ 
nominati campo codice operativo. (Vedasi Figura 4.13). In generale, il by¬ 
te successivo è diviso in due parti ciascuna indicante generalmente la lo¬ 
cazione di uno degli argomenti. La Figura 4.15 riporta una istruzione con 
questa tipica struttura ed illustra anche le diverse convenzioni stabilite. 

Per prima cosa si osservi l’istruzione in linguaggio di assemblaggio 

EX(B) R,src 
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EX(B) R,src 

W = 0 per EXB. quindi il codice operativo è 2C 
W = 1 per EX. quindi il codice operativo è 2D 


modo controlla il campo sre: il campo dst è sempre un registro 

Figura 4.15 — Una Tipica Istruzione a Due Operandi 

riportata sotto la figura del formato. Questo significa che la figura rappre¬ 
senta le istruzioni EX ed EXB, in funzione del valore assunto da W nella 
figura (2D è il codice operativo di EX, 2C di EXB). L'istruzione EX(B) 
possiede due argomenti: R ed src. Questa notazione significa che Vargo¬ 
mento destinazione (dst) di EX(B) deve essere un registro (parola o byte, 
in funzione del fatto che venga usata EX o EXB). L'argomento sorgente 
(src) può essere indirizzato con uno qualsiasi dei modi di indirizzamento: 
in particolare, quello che viene usato è specificato nel campo di modo. In 
generale, quando una istruzione richiede due argomenti il primo indicato 
nelle istruzioni in linguaggio di assemblaggio è chiamato dst, che general¬ 
mente indica dove va messo il risultato. Il secondo chiamato src, indica 
generalmente un argomento il cui valore non verrà alterato. Nella rappre¬ 
sentazione del formato, anteponiamo «dst» a R. Nel caso di EX(B) R.src 
questa è una ridondanza, ma per diciamo, ADC(B) R.R la rappresenta¬ 
zione del formato deve indicare di che tipo di R si tratta. Per coerenza, u- 
siamo le parole «src» o «dst» nella rappresentazione del formato anche 
quando esiste una unica possibile interpretazione. 

Nessuna istruzione dello Z8000 ha più di un campo per il modo. I mo¬ 
di di indirizzamento, tranne uno degli argomenti, sono impliciti nell'istru¬ 
zione (esempio, il dst di una EX(B) deve essere un registro). In alcune i- 
struzioni sono impliciti tutti i modi di indirizzamento per cui non c'è biso¬ 
gno del campo di modo. In questo caso il campo di modo può essere usa¬ 
to per distinguere istruzioni diverse aventi lo stesso campo di codice ope¬ 
rativo (esempio LDCTLB e RRDB). Più frequentemente, alcune istruzio¬ 
ni non potranno usare tutti e tre i possibili valori del modo. In questo caso 
la combinazione di quel codice operativo e della zona di modo utilizzata 
costituiscono la codifica di alcune altre istruzioni (esempio i codici opera¬ 
tivi di RET e JP sono gli stessi; RET utilizza il valore di modo corrispon¬ 
dente al salto ad un registro). 

Un’altra possibile variante è costituita dalle istruzioni ad un solo argo¬ 
mento. In questo caso il campo di modo può essere usato per determinare 
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il modo di indirizzamento per l’unico argomento, mentre il campo a quat¬ 
tro bit dell’argomento non utilizzato può essere usato per distinguere altri 
tipi di istruzioni con lo stesso codice operativo (esempio CLR(B), 
NEG(B), COM(B), TEST(B) hanno tutte lo stesso campo di codice ope¬ 
rativo). 

I campi a quattro bit vengono utilizzati per indicare argomenti siccome 
ogni modo di indirizzamento viene specificato in funzione di un registro. 
Ogni indirizzo o argomento immediato, implicito nel modo di indirizza¬ 
mento. è appeso all’istruzione base. Questo utilizzo dei campi di quattro 
bit rende molto funzionali le istruzioni in esadecimale. Per esempio, (rife¬ 
rendosi alla Figura 4.15) il codice di EX R3,R2 è AD23 siccome il valore 
del campo di modo per un registro sorgente è 8. Questo illustra la nostra 
convenzione usata per esprimere i tre possibili valori del campo di modo. 
Siccome questi costituiscono la metà più significativa di una cifra esadeci¬ 
male. li chiamiamo 0, 4, 8. In questo modo possono essere sommati alla 
cifra più significativa del campo del codice operativo (esempio il modo 8 
più il codice operativo 2D è uguale ad AD). (Vedasi Figura 4.13). 

Nel prossimo capitolo discuteremo in dettaglio i modi di indirizzamen¬ 
to dello Z8000. A questo punto abbiamo solamente bisogno di conoscere 
come vengono codificate, nei campi di modo, delle istruzioni. Per la mag¬ 
gior parte delle istruzioni esistono cinque modi principali di indirizzamen¬ 
to: registro (R), indiretto su registro (@), immediato (#). indicizzato (X) e 
indirizzo diretto (DA). I tre valori del campo di modo (0. 4. 8) non sono 
sufficienti a codificare i cinque modi di indirizzamento, per cui bisogna 
prendere a prestito qualche cosa dal campo a quattro bit del registro. For¬ 
tunatamente, uno dei modi non richiede di specificare il registro; perciò, 
devono essere sacrificate solamente due delle 48 combinazioni modo/re¬ 
gistro usate dagli altri tre modi. La scelta è stata fatta in modo tale da re¬ 
stringere l’uso di R0 ai modi indicizzato e registro indiretto. La Figura 
4.16 ne riporta la codifica. Come visto sopra, nell’istruzione, il campo di 
modo controlla solamente un modo di indirizzo. 

Le altre sono fisse (o controllate tramite altri bit). La Figura 4.16 mo¬ 
stra che le codifiche sono leggermente differenti quando il campo control¬ 
lato dal modo è un sre oppure un dst. La differenza è dovuta al fatto che il 
modo immediato non ha bisogno dei campi dst, per cui R0 può essere u- 
sato in questo caso come un registro indirizzo. Questa distinzione dipende 
dall’uso reale dell’argomento. Per esempio (Vedasi Figura 4.15), il secon¬ 
do argomento di EX(B) R,src viene chiamato sre perchè appare come se¬ 
condo nell’istruzione in linguaggio di assemblaggio, ma il modo di indiriz¬ 
zamento è codificato come un campo dst perchè i contenuti di R devono 
essere memorizzati in questo. 
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Campo 

di 

modo 

Registro 

Sre 

Modo di 
Indirizzamento 

Registro 

Dst 

Modo di 
Indirizzamento 

0 

1-15 

Indiretto su Registro(@ ) 

0-15 

Registro Indiretto(@) 

0 

0 

Immediato (#) 



4 

1-15 

Indicizzato (X) 

1-15 

Indicizzato (X) 

4 

0 

Indirizzo diretto (DA) 

0 

Indirizzo diretto (DA) 

8 

0-15 

Registro (R) 

0-15 

Registro (R) 


Figura 4.16 — Codifica del Modo di Indirizzamento 
Mediante Modo e Registro 

Descrizione delle istruzioni 

La descrizionie delle 45 istruzioni, alla fine di questo capitolo, fornisce 
delle informazioni dettagliate sul funzionamento, temporizzazione e for¬ 
mato di tutte le istruzioni dello Z8000. Ci sarebbero potuti essere più o 
meno di 45 gruppi; l’obiettivo era quello di raggruppare insieme istruzioni 
simili, ma anche di evitare allo stesso tempo le peripezie necessarie per 
rendere valida una spiegazione per due istruzioni superficialmente simili. 
Questo è il genere di considerazioni che si fa quando si deve decidere se 
allocare le funzioni di programma in moduli diversi o scrivere due blocchi 
similari di codici o estrarre le analogie per fare una subroutine. Spesso di¬ 
viene solamente un problema di gusto. Sarà interessante guardare queste 
descrizioni scorrendole quando leggerete le seguenti spiegazioni dei for¬ 
mati. 

Nell’angolo in alto a sinistra di ciascuna istruzione è riportato un nu¬ 
mero compreso tra 1 e 45 usato per identificarle nell’indice descritto più 
avanti. Sempre in alto a sinistra è riportato il modello dell’istruzione in lin¬ 
guaggio di assemblaggio, usando la convenzione delle parentesi opzionali 
discusse prima. Sotto di questo, quando necessario, viene riportata, in 
una tabella di mnemonici in linguaggio di assemblaggio, una espansione 

u 

delle opzioni ricavate da questa descrizione. Le opzioni (B) o ( L ) non 
vengono sviluppate. Alcune descrizioni riguardano solamente un mnemo¬ 
nico (esempio Descrizione 15), mentre altre, principalmente istruzioni di 
blocco, riguardano molti mnemonici, (esempio la Descrizione 20 riguarda 
16 mnemonici assembler, anche senza l’espansione della opzione (B)). 
L'Indice Alfabetico delle Descrizioni delle Istruzioni elenca 105 mnemo¬ 
nici di assemblaggio separati; per ciascun mnemonico viene fornito il nu¬ 
mero della descrizione delle istruzioni ad esso relativo. 

Sotto l’istruzione, espressa in linguaggio di assemblaggio, c'è l'elenco 
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mnemonico, ove viene dato il nome (o i nomi) dell'istruzione descritta. 
Sotto questa si trova la spiegazione del suo funzionamento. Nelle spiega¬ 
zioni viene fatta una distinzione tra gli argomenti dell'istruzione (esempio 
RO) e i loro valori o contenuti (esempio —2758). 

Nell’angolo in alto a destra della descrizione di ciascuna istruzione si 
trova un insieme di sei quadrati identificati con C, Z. S. V o P. D. H. Un 
punto nel quadrato sta ad indicare che quella istruzione agisce su quel de 
terminato bit di FLAGS. Se non c’è un punto nel quadrato il corrispon 
dente bit di FLAGS non viene toccato. Se i bit di FLAGS disegnati ven¬ 
gono usati secondo il loro significato principale (aritmetico) (Vedasi Figu¬ 
ra 4.17) allora probabilmente nella descrizione non ci sarà nessun ulterio¬ 
re riferimento a questi. Se esiste un qualche significato insolito connesso a 
questi bit, questo verrà evidenziato nella descrizione. 

Sotto la descrizione viene riportata la Figura del formato. Questa è co¬ 
stituita da un rettangolo rappresentante i 16 bit dell’istruzione base (o 
qualche volta due rettangoli rappresentanti 32 bit). Il rettangolo è suddivi¬ 
so in zone da barre verticali (si veda Figura 4.15). Ad eccezione del cam¬ 
po di modo , sebbene questi campi siano ulteriormente suddivisi, queste 
suddivisioni vengono quasi sempre effettuate sulle parti delimitanti delle 
cifre esadecimali. Se qualche istruzione ha sempre dei valori fissi in uno 
qualsiasi di questi campi, nel campo corrispondente viene scritta la sua 
rappresentazione esadecimale. Altrimenti vengono scritte alcune indica¬ 
zioni tipo op, sre R, DiI, dst, ecc.. Nel caso di sre o dst senza l’indicazio¬ 
ne di modo del tipo @ o R, il modo di indirizzamento corrispondente 
sarà controllato dal campo di modo. Una nota sotto la figura indicherà 
quali dei modi 0, 4, 8 è disponibile e sarà fornita esplicitamente una nota 
qualora questi modi non siano interpretati esattamente come specificato 
in Figura 4.16. 

Se la descrizione dell’istruzione riguarda più di un codice operativo al¬ 
lora questo verrà indicato nel campo op, e sotto la figura del formato ver¬ 
ranno elencati i vari valori possibili con i corrispondenti significati. L'indi¬ 
cazione del simbolo W nel codice operativo viene usata (vedasi Figura 
4.15) per distinguere le versioni che operano con la parola o il byte. Un al¬ 
tro modo, per esprimere quanto appena detto, potrebbe essere il seguente: 
il bit 8 dell’istruzione viene posto ad 1 per operazioni sulla parola, azzera¬ 
to nelle versioni per byte, ma siccome non tutte le istruzioni (anche all’in¬ 
terno della descrizione della stessa istruzione) usano il bit 8 in questo mo¬ 
do sembra più chiaro scrivere «op + W», dove W = 1 o W = 0, invece di 
rappresentare la suddivisione del campo come nella figura del formato. 

In alcuni casi (esempio LDK R,#n) un argomento immediato viene co¬ 
dificato nell’istruzione e non sommato a questa, come una parola in più. 
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Cr Riporto per l'addizione, «prestilo» per la sottrazione che risulta fuori dall'estensio¬ 
ne del campo sre nella moltiplicazione e divisione Bit di estensione del registro 
per gli spostamenti e le rotazioni. 

Z: Risultato zero per operazioni e controlli dei dati: condizione verificata per il con¬ 
trollo di un blocco. 

S: Risultato negativo (il bit più significativo ad 1) per operazioni e controlli dei dati: 
posizionamento di MI nella sincronizzazione multi-micro 

V: Superamento aritmetico (definito in vari modi) per operazioni aritmetiche, spo¬ 
stamenti'rotazioni e variazioni del contatore-puntatore: contatore a zero per le i- 
struzioni di blocco. 

P: Parità pari per le versioni a byte nelle operazioni logiche di controllo 

D: È stata realizzata una sottrazione di byte: viene azzerato quando si esegue una 
somma di byte. 

H: Riporto dal digit meno significativo durante la somma o sottrazione di un byte 


Figura 4.17 — Condizioni Rappresentate dai Bit di FLAGS 

come sarebbe stato se il «modo 0,R0» codificasse un campo src. In questo 
caso #n appare nel campo appropriato della figura del formato. 

In alcuni casi (esempio LDCTL dst, src) un campo qualche volta è un 
src e qualche volta un dst. In questo caso viene dato un nome mnemonico 
ma trattato esattamente come src o dst. Qualche volta (esempio sposta¬ 
menti e test di blocchi) le denominazioni src e dst sono prive di significato, 
perciò sono entrambe eliminate e viene esplicitamente indicato l’uso dei 
vari campi. 

Alla destra della figura del formato è riportata la temporizzazione del¬ 
l’istruzione. Per alcune istruzioni questa corrisponde ad un numero fisso 
di cicli. Più spesso consiste di una tabella che esprime i tempi in cicli, per i 
vari modi di indirizzamento o variazioni dell’istruzione. Qualche volta (e- 
sempio istruzione di blocco) la temporizzazione è espressa con una for¬ 
mula che è funzione di alcuni parametri tipo il numero di esecuzioni. Le 
temporizzazioni fornite sono riferite alla versione non-segmentata. Utiliz¬ 
zando la Figura 4.18 si possono ricavare facilmente da questi valori le 
temporizzazioni per la versione segmentata. La sola differenza si verifica 
quando un indirizzo viene appeso all’istruzione. Esiste la stessa differenza 
per le versioni byte, parola e parola lunga. I soli modi alterati sono l’indi- 
rizzamento diretto ed indicizzato. L’ammontare della differenza dipende 
dal fatto che vengono usati indirizzi segmentati corti o lunghi; oggetto di 
discussione nel Capitolo V. La Figura 4.18 deve essere utilizzata nel se¬ 
guente modo: il numero di cicli in essa indicato va sommato al valore del¬ 
la temporizzazione non segmentata dato nella descrizione dell’istruzione a 
cui si fa riferimento. Se la temporizzazione fornita è una formula (esempio 
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11 + 14n) il numero viene sommato solamente alla parte costante e non 
al coefficiente di n. 


Indirizzo 
corto 
Indirizzo 
lungo 

Figura 4.18 - Tempo (Cicli) Addizionale per l'Indirizzamento 
Segmentato. 

Sotto la figura del formato sono riportate delle note speciali o degli av¬ 
vertimenti, inoltre nella maggior parte dei casi viene fornito un esempio. 
Per primo, viene spiegato se l’esempio serve a dimostrare l’efTetto delle o- 
perazioni dando le condizioni iniziali oppure se l’esempio vuole solamente 
illustrare una tecnica. Successivamente vengono date le istruzioni in lin¬ 
guaggio di assemblaggio. Se l’esempio serve per dimostrare l’effetto delle 
operazioni allora i commenti riportano i cambiamenti dei valori: dei regi¬ 
stri della memoria e dei bit di FLAGS. Altrimenti i commenti illustrano lo 
scopo delle particolari istruzioni usate per implementare la tecnica rap¬ 
presentata. 

Indici 

Ci sono due indici forniti insieme alle descrizioni dell’istruzione: uno al¬ 
fabetico, tramite il mnemonico assembler, uno numerico, tramite il campo 
del codice operativo (bit 13-8). Per l’indice alfabetico è dato il numero del¬ 
la descrizione dell’istruzione corrispondente. Nell’indice numerico, un co¬ 
dice operativo può corrispondere a varie descrizioni. In questo caso viene 
dato il numero di ciascuna descrizione seguito dai mnemonici assembler 
corrispondenti al codice operativo che viene riportato nella relativa de¬ 
scrizione. In questo indice si sono riunite le coppie di codici operativi (e- 
sempio 00/01, 02/03) quando rappresentano le versioni byte e parola 
della stessa istruzione. 

Come Utilizzare le Descrizioni Delle Istruzioni 

In questo paragrafo riporteremo alcuni esempi dettagliati che illustrano 
l’uso delle descrizioni delle istruzioni. 

Iniziamo guardando alla Descrizione di Istruzione n. 2; si noti che nel¬ 
l’angolo in alto a sinistra c’è 

(SUB><L> R ’ SrC 


DA X 


+ 1 

+ 0 

+ 3 

+ 3 
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e sotto questo c’è 


ADD( J 1 ), SUB([*) 


La prima di queste linee ci dice, in forma compatta, quali istruzioni stia¬ 
mo esattamente trattando in questa descrizione e quali forme esse assu¬ 
mono nel linguaggio assembler. In altre parole, tutte le istruzioni qui de¬ 
scritte hanno due argomenti: un registro (per la destinazione) e una sor¬ 
gente (controllata dal campo di modo), per esempio: 


ADDB 

RH0,#5 

SUBL 

RR2.RR4 

ADD 

R3,@ RI 

SUB 

R7,TABLE(R3) 


La seconda delle due linee 

ADD(“), SUB)* 1 ) 

sviluppa la parte mnemonica dell’istruzione della prima linea. Può sem 
brare che qui non sia necessario, ma per il momento saltiamo alla Descri¬ 
zione 20 per vedere i casi in cui la prima linea viene sviluppata in 16 mne¬ 
monici di istruzione. Avremmo potuto espandere ulteriormente la linea 
precedente in: 

ADD, ADDB, ADDL, SUB, SUBB. SUBL 

ma questo sembrava confondervi piuttosto che chiarirvi l'argomento. 
Nella Descrizione 20, questo avrebbe avuto come conseguenza 32 mne¬ 
monici assembler. 

Sotto queste due prime linee c’è una terza linea; il nome dell’istruzione: 
Addizione / Sottrazione 

La parola «mnemonico» deriva dal greco mnemnos che significa memoria. 
Un buon nome mnemonico di una istruzione vi aiuta a ricordare quello 
che fa quella istruzione. ADD e SUB sono dei buoni mnemonici, per cui il 
nome dell’istruzione 


Addizione / Sottrazione 
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sembra superfluo. Ma guardate alla Descrizione 44 dove i mnemonici so¬ 
no 

TRDB, TRDRB, TRIB, TRIRB, TRTDB, TRTDRB. TRTIB. TRTIRB 

Qui è importante sapere che questa è l’istruzione di Trasferimento di un 
Blocco. 

Sotto il nome, c’è una descrizione verbale di ciò che fa l’istruzione di 
Addizione/Sottrazione. Guardate indietro alla Figura 4.1. Per ADD, il 
valore sorgente e destinazione vengono posti nell’unità logico aritmetica, 
dove vengono sommati insieme ed il risultato memorizzato nel registro 
destinazione. Questi sono i meccanismi dell’istruzione. Il risultato è che il 
valore sorgente è sommato al valore contenuto nel registro destinazione 
ed il risultato è posto nel registro destinazione. La descrizione verbale ci 
illustra il risultato non necessariamente i meccanismi. Generalmente il 
programmatore non ha bisogno di trattare con i meccanismi di esecuzio¬ 
ne dell’istruzione. 

Alla descrizione verbale segue la figura del formato istruzione. Si noti 
che nell'istruzione Addizione/Sottrazione ci sono quattro campi: 

modo, op, sre, dst R 

Il primo di questi è il campo di modo. Esso controlla il campo src. Questo 
significa che i campi di modo ed src vengono presi ed interpretati insieme 
coerentemente con la semiparte sinistra della tabella di Figura 4.16. Do¬ 
vremo ritornare su questo argomento, ma ricordatevi che non avete biso¬ 
gno di sapere nulla di questo se state giusto scrivendo le istruzioni in lin¬ 
guaggio di assemblaggio. In altre parole, quando scrivete 

ADD RO, @ R4 

il programma assemblatore si preoccupa di predisporre il campo di modo 
a zero e quello src a quattro. Avete bisogno di conoscere come vengono 
interpretati i campi di modo e src solamente quando cercate di determina¬ 
re da soli la versione esadecimale dell’istruzione, senza ricorrere all'as¬ 
semblatore, o quando state eseguendo un confronto con un codice esade¬ 
cimale e volete determinare l’istruzione che esso rappresenta. 

Naturalmente, quello che abbiamo appena detto si applica in ugual 
modo ai campi op e dst R. Quando scrivete 

ADD RO, @ R4 
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l'assemblatore pone il campo op ad 1 e il dst R a 0: voi non avete bisogno 
di preoccuparvi di tutto questo. 

Si osservi che ci sono due note sotto la figura del formato: una riguar¬ 
da il campo op e l’altra riguarda i campi di modo ed src. 

La notazione 


modi src: 0, 4, 8 

è una abbreviazione per dire che i campi src e modo devono essere inter¬ 
pretati esattamente come nella tabella di Figura 4.16. In particolare, que¬ 
sto significa che voi non potete scrivere 

ADD R5, @ R0 


ADD R5,TABLE(R0) 

siccome la prima sarebbe interpretata come segnalazione di un argomen¬ 
to immediato e la seconda come un indirizzamento indiretto. Naturalmen¬ 
te, un adeguato assemblatore Z8000 rifiuterà queste istruzioni. Solamente 
quando state facendo da soli il lavoro dell’assemblatore avete bisogno di 
trattare le istruzioni al livello dei dettagli della Figura 4.16. 

La notazione riguardante il campo op ci dice che questo può assumere 
sei diversi valori esadecimali: 0 = ADDB; 1 = ADD; 16 = ADDL; 2 = 
SUBB; 3 = SUB; 12 = SUBL. Ricordatevi che il simbolo W ha valore ze¬ 
ro per una istruzione riferita al byte e uno per una istruzione riferita alla 
parola. Questa è semplicemente un’altra forma di abbreviazione. 

Guardando alla destra della figura del formato troviamo una tabella 
dei tempi delle istruzioni. Lungo il lato superiore della tabella sono ripor 
tati i cinque possibili modi sorgente: R, #, @, DA e X. Queste sono le ab¬ 
breviazioni per i modi di indirizzamento a registro, immediato, indiretto 
su registro, diretto e indicizzato che saranno discussi nel Capitolo V. Ge¬ 
neralmente, tutti questi modi richiedono un numero diverso di cicli di ese¬ 
cuzione in funzione delle diverse modalità con cui ottengono i loro argo¬ 
menti (in realtà, # e @ sono sempre uguali). Sfortunatamente non c'è una 
formula che ci permetta di calcolarli tutti partendo da un qualche tempo 
base dell'istruzione, siccome le istruzioni variano in funzione della sovrap¬ 
posizione dell’azione di calcolo e prelievo dell’operando. Inoltre sulla par¬ 
te sinistra della tabella appaiono le indicazioni: «ADD(B), SUB(B)» e 
«ADDL, SUBL». Questo significa che la prima riga della tabella ci dà le 
temporizzazioni per ADD, ADDB, SUB, SUBB, la seconda riga per 
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ADDL e SUBL. La versione con parola lunga richiede più tempo perchè 
ci sono due operazioni da eseguire una dopo l’altra e c'è il doppio di me¬ 
moria da trattare per eseguire il prelievo dei dati (nei modi non basati su 
registro). 

Tutti questi tempi sono espressi in cicli. 11 tempo reale richiesto dipende 
dalla frequenza del clock. A 4 MHz, 4 cicli = 1 microsecondo; perciò 

ADD R0,R1 

viene eseguita in un microsecondo, mentre 

ADDL RR0,TABLE(R2) 

viene eseguita in 4 microsecondi (16 cicli). 

Occorre notare che tutti questi tempi sono riferiti al funzionamento 
non segmentato. I valori per il funzionamento in modo segmentato posso¬ 
no essere calcolati partendo da questi ed usando la tabella di Figura 4.18. 
Innanzitutto vengono toccati solo i modi DA e X. Come vedremo nel Ca¬ 
pitolo V questi sono i modi di indirizzamento in cui l'indirizzo appare co¬ 
me parte dell’istruzione. Questi indirizzi sono di lunghezza pari ad una 
parola nel funzionamento non segmentato ed una o due parole nel funzio¬ 
namento segmentato. Sembrerebbe perciò, che le istruzioni nella versione 
segmentata richiedano un ulteriore tempo di tre cicli (il tempo per un pre 
lievo da memoria) quando sono usati gli indirizzi a due parole ed esatta¬ 
mente lo stesso numero di cicli, come nel funzionamento non-segmentato. 
quando sono usati indirizzi costituiti da una sola parola. Tutto quanto 
detto corrisponde quasi a verità. La sola eccezione è l'indirizzamento di¬ 
retto che richiede un ciclo in più nell'indirizzo ad una parola nel funziona¬ 
mento segmentato in confronto all’analogo nel funzionamento non seg¬ 
mentato. Per esempio, se vogliamo conoscere quanto dura un ADDL u 
sando un indirizzo a due parole per il modo DA nel funzionamento seg¬ 
mentato guardiamo alla tabella di Figura 4.18 e troviamo + 3. poi som 
oliamo questo numero ai 15 cicli riportati nella Descrizione 2 ottenendo 
in tal modo 18 cicli. Analogamente, per un ADD o ADDB con lo stesso 
indirizzo di segmento, il tempo richiesto sarebbe di 12 cicli. Se in questi 
due esempi si fosse usato un indirizzo segmentato ad una parola, il tempo 
calcolato sarebbe stato di 16 e 10 cicli rispettivamente. 

L’ultima cosa ancora da vedere nella Descrizione 2, prima di guardare 
l’esempio riportato in fondo, è l’insieme di quadrati in alto nell'angolo de¬ 
stro indicati con C, Z, S, V, D, H. Per ciascuna descrizione di istruzione 
appare nella stessa locazione un insieme di questo tipo, ma qualche volta 
V è sostituito da P o da V/P (o P/V). Questi sono i sei bit di FLAGS. Si 
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noti che dentro ciascun quadretto c’è un punto e che nella descrizione non 
appare nessun altro riferimento ai bit di FLAGS. Questo significa che tut¬ 
ti i bit sono gestiti da queste istruzioni come descritto in Figura 4.17. Ri¬ 
guardando la Figura 4.17 si nota che questo significa: 

C: posto ad uno per indicare il riporto per l'addizione o presti¬ 

to per la sottrazione. Azzerato se non c’é nulla di quanto 
sopra. 

Z: posto ad uno se il risultato è zero, azzerato se non è zero. 

S: posto ad uno se il risultato è negativo, azzerato se è positi¬ 

vo. 

V : posto ad uno se c’è un supero (vedasi Capitolo 1) azzerato 

se non c’è niente. 

D: posto ad uno da SUBB. Azzerato da ADDB. Lasciato inal¬ 

terato da ADD, SUB, ADDL, SUBL. 

H: posto ad uno se c’é riporto dai quattro bit del digit meno si¬ 

gnificativo ai quattro bit del digit più significativo durante 
ADDB, SUBB. Azzerato se non c’è questo riporto durante 
ADDB, SUBB. Lasciato inalterato da ADD, SUB. SUBL. 
ADDL. 

Questi quadretti costituiscono un modo coinciso per rappresentare una 
grossa quantità di informazioni. 

Per ultimo, in fondo alla Descrizione 2, viene riportato un esempio sul¬ 
l'uso dell’istruzione Addizione/Sottrazione. Inizia fissando alcune condi¬ 
zioni iniziali: RO contiene il valore 12, RI contiene 15. i registri a byte 
RH2 e RL2 contengono 126 e 3. Poi ci sono due istruzioni in linguaggio 
assembler. I commenti riportano i valori dei registri coinvolti e i bit di 
FLAGS interessati dopo che è stata eseguita l’istruzione. 

Per esempio, con le condizioni date prima, 

ADDB RH2.RL2 

esegue la somma di 3 contenuto in RL2, con 126 in RH2: il risultato è 
129 e viene posto in RH2. Ma 129 è il complemento a due di —127, e- 
spresso in 8 bit, per cui si è avuto un superamento. I bit di FLAGS riflet¬ 
tono questo risultato: C = 0 siccome non si è avuto riporto (la somma a- 
vrebbe dovuto superare 255); Z = 0, siccome la somma non è zero; S = 1 
siccome — 127 è negativo; V = 1 siccome la somma dei due numeri positi¬ 
vi era negativa; D = 0 siccome l’istruzione era ADDB; H = 1 siccome si 
è avuto riporto nel sommare il digit meno significativo (14 + 3 = 17=16 
+ 1). Il 16 è il riporto al digit più significativo. 


110 




La prossima istruzione: 


SUB RO, RI 

non è una istruzione che opera sul byte; D e H non vengono toccati. Il ri¬ 
sultato della sottrazione di 15 da 12 è — 3. Perciò. C = 1 (si è verificato un 
prestito); Z = 0 siccome il risultato non era zero; S = 1 siccome —3 è ne¬ 
gativo; V = 0 siccome non c’è stato superamento. 

Nell’esempio riportato nella Descrizione 2 le due istruzioni sono indi- 
pendenti una dall’altra. Esse sono state date per illustrare cose diverse. 
D’altra parte, nella Descrizione 1 ci sono due sequenze di istruzioni. In 
ciascuna di queste sequenze, i valori del registro e dei bit di FLAGS risul¬ 
tanti da ciascuna istruzione, diventano i valori iniziali per la successiva i- 
struzione. Questa dipendenza di ciascuna istruzione da quella che la pre¬ 
cede è sottolineata dall’unione dei quadretti che contengono i valori di 
FLAGS. 

Ora che abbiamo completamente analizzato una Descrizione di Istru¬ 
zione. cercheremo di usarla per poter ottenere i codici esadecimali delle i- 
struzioni nel caso di un programma reale — la subroutine LENGHT illu¬ 
strata in Figura 3.7. Per fare questo useremo l’Indice Alfabetico delle De¬ 
scrizioni delle Istruzioni per poter trovare le istruzioni che stiamo assem¬ 
blando. Per fare un esempio concreto, assumeremo che il programma 
debba essere assemblato partendo dalla locazione di memoria IOOOi*. 

La prima riga è; 


LENGTH: PUSH @ SR.R1 

La parte LENGTH: determina l’assegnamento del valore 1000i* al 
simbolo LENGTH, ma siccome all’interno della subroutine non si fa mai 
riferimento a LENGTH, non abbiamo bisogno di usare questo particola¬ 
re. Per assemblare l’istruzione, guardiamo il nostro indice e troviamo che 
PUSH viene riportato nella Descrizione Istruzione 36. Passiamo a questa 
descrizione, vi troviamo due figure di formato: una per le sorgenti imme¬ 
diate (esempio, PUSH- @SR,#5) l'altra per tutti gli altri modi sorgente. 
La figura in alto è quella di cui abbiamo bisogno, siccome non abbiamo 
una sorgente immediata; infatti la nostra istruzione usava il modo registro 
(R). 

Riempiamo i quattro campi muovendoci da sinistra a destra: modo = 
8 per il modo registro (vedasi Figura 4.16); op = 13 per PUSH (si veda la 
notazione riportata sotto la figura); per dst @ R metteremo il numero del 
registro SR (questo sarà spiegato nel Capitolo V). Dal momento che il no 
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stro esempio è scritto per il funzionamento non segmentato, il registro di 
stack è R15. La rappresentazione esadecimale di 15 è F. per cui poniamo 
il campo dst@ R = F. Infine per fissare RI poniamo sre = I. Perciò, 

PUSH @SR,R1 è uguale a 93F1 

Si noti come il modo di 8 é stato sommato alla prima cifra del codice ope¬ 
rativo, 13, onde ottenere 93 come valore esadecimale della prima metà 
della parola. 

Analogamente l’istruzione successiva 

PUSH @SR,R2 è uguale a 93F2 

L'unica differenza sta nel fatto che il campo sre é uguale a 2 (per R2) in¬ 
vece che ad 1 (per RI). 

Per l’istruzione successiva 


CLR RO 

l’indice ci dice di guardare alla Descrizione 6. Riempiamo i campi come 
prima, per indicare il modo registro abbiamo il modo = 8; op = OD (OC 
+ 1, siccome W = I per CLR.O per CLRB); dst = 0 per RO. Il quarto 
campo è già stato riempito per noi; la cifra finale, in questo caso un 8. è 
quello che distingue CLR da NEG, COM e altre istruzioni. Mettendoli in¬ 
sieme, otteniamo 


CLR RO uguale a 8D08 
Analogamente l’istruzione successiva 
CLRB RL2 è uguale a 8CA8 

Nella seconda cifra delle ultime due istruzioni si noti la differenza tra C e 
D. Questo si verifica perché W = 0 per CLRB, per cui il codice operativo 
è OC; e sommandogli il valore 8, per indicare il modo registro si ottiene 
8C. L’altra cosa da notare è A per RL2. Tutti gli altri registri che abbia¬ 
mo visto fino ad ora sono stati codificati per mezzo dei loro numeri: RO è 
stato codificato con zero, R1 con uno, R2 con due. Questo é vero anche 
per i registri a parola lunga — RR2 è codificato con 2, ecc. Ma per i regi¬ 
stri a byte non possiamo codificare sia RL2 che RH2 con 2. Abbiamo bi 
sogno di un mezzo per distinguerli. Allora per i registri a byte RL. al nu¬ 
mero corrispondente al registro viene sommato il valore 8: RLO viene co- 
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dificato con 8, RL1 con 9, RL2 con A (come visto sopra), ecc. Tutto que¬ 
sto verrà descritto nel Capitolo V. 

Poi arriviamo a 


CPIRB RL2,@R1,R0,EQ 

che l’indice ci dice essere illustrata nella Descrizione 10. Questa istruzione 
non ha un campo di modo, siccome la sola variazione permessa è dst = 
@ o dst = R come illustrato nella notazione per l’opzione S (stringa), sot¬ 
to la figura del formato. Il campo op assume il valore BA, essendo W = 0 
per la versione byte. Il nostro campo sre @ R assume il valore 1 per RI. 
L'ultima cifra della prima parola ha D/I = 0 per l’incremento, R = 1 per 
la ripetizione ed S = 0 per dst = R. Questo da 0100 2 , o 4 is; perciò la 
prima parola è uguale a BA14. Nella seconda parola il campo cnt R è 0 
per R0, il campo dst è A per RL2 ed il campo cc è 6 per EQ (vedasi Figu¬ 
ra 4.12). Questa da per la seconda parola 00A6; perciò 

CPIRB RL2,@R1,R0,EQ è uguale a BA14/OOA6 

Ora dovreste essere in grado di codificare le cinque istruzioni rimanen¬ 
ti: 

NEGRO èugualea8D02 

DEC R0 è uguale a AB00 

POP R2,@ SR é uguale a 97F2 

POPRI,@SR è uguale a 97F1 

RET è uguale a 9E08 

Il programma completamente assemblato è riportato in Figura 4.19. 
La colonna più a sinistra contiene gli indirizzi in esadecimale e la succes¬ 
siva il codice macchina corrispondente all’istruzione sorgente, che appare 
nella colonna più a destra. Si noti anche che nell’assemblare il programma 
non abbiamo mai usato indirizzi esadecimali: le stesse 11 parole di codice 
potrebbero essere piazzate ad un generico indirizzo, e continuerebbero a 
fare esattamente la stessa cosa. Questo è conosciuto come codice non di¬ 
pendente dalla posizione. 

In realtà nella versione della subroutine del programma di crittogra¬ 
fia (Figura (3.9), la subroutine MOD23 (Figura 3.8) e la subroutine 
LENGTH che abbiamo appena assemblato hanno solo due istruzioni che 
dipendono dagli indirizzi reali a cui sono assemblati i programmi. Queste 
istruzioni, CALL LENGTH e CALL MOD23, sono entrambe illustrate 
in Figura 3.9. Esse usano il modo di indirizzamento diretto. 
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Indirizzo 

Contenuto 



1000 

93F1 

LENGTH: PUSH 

& SR.RI 

1002 

93F2 

PUSH 

@ SR.R2 

1004 

8D08 

CLR 

R0 

1006 

8CA8 

CLRB 

RL2 

1008 

BA14 

CPIRB 

RL2,3 R 1,R0,EQ 

100 A 

OOA6 



100C 

8D02 

NEG 

RO 

100 E 

AB00 

DEC 

R0 

1010 

97 F2 

POP 

R2.9SR 

1012 

97F1 

POP 

R1,@SR 

1014 

9E08 

RET 



Figura 4.19 - Versione Assemblata di LENGTH 

Dalla Descrizione Istruzione 5 possiamo vedere come assemblare que 
ste istruzioni. Se la subroutine LENGTH é localizzata a 1000 (come in 
Figura 4.19), allora (usando modo = 4. dst = 0 — vedasi Figura 4.16). 

CALL LENGTH é uguale a 5F00/1000 

L’indirizzo reale di LENGTH è la seconda parola dell'istruzione. 

Come esempio finale dell’uso delle Descrizioni Istruzioni, disassemble¬ 
remo un programma. La Figura 4.20 riporta una parte di codice esadeci- 
male che noi desideriamo tradurre in mnemonici assembler. 

Iniziamo con ABF9 alla locazione 3000. Avendo A = 8 + 2 sarà un 
modo = 8, op = 2B. Guardiamo all’indice numerico e troviamo la riga 

2A/2B 12 DEC(B) 

Questo ci dice che 2B è un’istruzione di tipo DEC e che la Descrizione 12 
ci darà il suo formato. Saltando alla Descrizione 12 troviamo che 

ABF9 è uguale a DEC R15,#10 

dal momento che modo = 8 significa modo registro (vedasi Figura 4.16) 
F sarà la codifica diR15e9 = n— 1. 

L’istruzione successiva alla locazione 3002 è 1CF9. Il nostro indice 
numerico ci dice che 1C è un’istruzione LDM e di fare riferimento alla 
Descrizione 28. In questa Descrizione troviamo che la cifra finale 9 indica 
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che si tratta di un’istruzione LDM da registri a memoria. F é la codifica di 
RI5, e siccome il modo vale 0, si ha @ R15. Inoltre per trovare che il re¬ 
gistro é R0 e il numero di registri è 5 si vede che dobbiamo guardare alla 
prossima parola 0004 posta in 3004. Abbiamo perciò che 

1CF9/0004 è uguale a LDM @ SR,R0.#5 

Essendo 0004 parte dell’istruzione LDM. la prossima parola che dob¬ 
biamo considerare è A104 posta a 3006. Essendo A = 8 + 2 ne consegue 
modo = 8, op = 21. Guardando l’indice numerico sotto 21 veniamo indi¬ 
rizzati alla descrizione 23 per l’istruzione LD. 04 significa che sre = R0. 
dst = R4; perciò 

A104 è uguale a LD R4.R0 

Riconosciamo nelle due parole successive una CALL alla subroutine 
localizzata a 1000 (o se non la riconosciamo, il nostro indice ci dice che 
op = 1F é una CALL). Dal momento che non sappiamo quale subroutine 
si trovi in 1000 in questo esempio possiamo chiamarla SUBÌ. Perciò. 

5F00/1000 è uguale a CALL SUBÌ 


Ci troviamo ora all’indirizzo 300C dove c’é A103: dovreste essere in 
grado di trovare da soli che: 


A103 è uguale 
8D28 é uguale 
2048 è uguale 
8C84 è uguale 


a LDR3.R0 
a CLR R2 
a LDB RL0,@R4 
a TESTB RL0 


Questo ci porta ad E609 posto a 3014. E = C + 2, ma non esiste modo = 
C. Per cui questa è una delle quattro istruzioni speciali (vedasi Figura 
4.14). E = JR; 6 codifica un codice condizione (Figura 4.12): e 09 é lo 
spiazzamento. JR è spiegato nella Descrizione 22 dove troviamo come 
dobbiamo interpretare lo spiazzamento. Prendiamo 09. lo moltiplichiamo 
per 2 ed otteniamo 12 (ricordatevi che questo è in esadecimale) e lo som¬ 
miamo all’indirizzo dell’istruzione successiva (esempio 3016) per cui la 
destinazione di JR è 3016 + 12 = 3028. Tutto ciò che noi possiamo fare è 
fissare una label (etichetta) per 3028; la chiameremo XX. Infine, guar¬ 
dando la Figura 4.12, si vede che il codice condizione 6 è uguale a Z o 
EQ. Dal momento che l’istruzione precedente era TESTB RL0, la chia 
meremo Z (sebbene non faccia differenza). Per cui 

E609 è uguale a JR Z,XX 
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La prossima istruzione, 7010, ci impegna un po’ di più. Guardando il 
nostro indice sotto op = 30, troviamo Descrizione 11, DAB, Descrizione 
17, EXTS( ® ) e Descrizione 23, LD(B). La DAB sembra la meno proba¬ 
bile, ma la guardiamo ugualmente, troviamo solamente B0, esempio, mo¬ 
do = 8 op = 30. Siccome abbiamo modo = 4, possiamo proseguire. An¬ 
che EXTS non sembra essere quella buona, e quando la analizziamo tro¬ 
viamo il modo = 8, op = 31. Perciò, LD(B) è quella che cerchiamo. In 
realtà, è l’ultimo formato mostrato nella Descrizione 23: un Caricamento 
Indicizzato tramite Base. Guardando al formato dovreste essere in grado 
di vedere che: 


7010/0200 è uguale a LDB RH0,R1(R2) 


Indirizzo 

Contenuto 

3000 

A8F9 

3002 

1CF9 

3004 

0004 

3006 

A104 

3008 

5FOO 

30OA 

1000 

300C 

Al 03 

300E 

8D28 

3010 

2048 

3012 

8C84 

3014 

E609 

3016 

7010 

3018 

0200 

301A 

8808 

301C 

2E48 

301E 

A940 

3020 

A920 

3022 

5F00 

3024 

2000 

3026 

E8F4 

3028 

1CF1 

302A 

0004 

302C 

A9F9 

302E 

9E08 


Figura 4.20 — Programma Misterioso 
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Da questo punto in poi dovreste essere in grado di finire l'esempio da 
soli. Che relazione ha questo programma con la Figura 3.9? 

Alcune Considerazioni di Progetto 

L’autore è ben conscio che esistono molti modi per presentare il tipo di 
informazioni illustrate nelle Descrizioni Istruzioni. L'autore è anche con¬ 
sapevole che questa presentazione non è conforme allo stile largamente u- 
sato nei manuali tecnici. Nel seguito sono riportate alcune domande che 
l’autore si è posto prima di scrivere questo capitolo. Le sue risposte sono 
qui in questo libro; lui accoglierà positivamente le opinioni degli altri su 
questo soggetto, specialmente da quelli che hanno avuto la possibilità di 
usare questo libro come aiuto al proprio lavoro con lo Z8000. 

• La Descrizione Istruzioni dovrebbe essere un efficiente strumento 
(come l’oscilloscopio) da usare, ma che non può essere totalmente u- 
tilizzato se privi di ogni preparazione? 

• Gli obiettivi principali come la codifica del modo (Figura 4.16) i co¬ 
dici condizione (Figura 4.12) e la interpretazione di FLAGS (Figura 
4.17) dovrebbero apparire solo in un luogo ed essere possibilmente 
ricordato dal programmatore, o dovrebbero essere ripetuti in ogni 
luogo ove vengono usati? 

• Dovrebbe esserci una descrizione delle istruzioni per ciascuno dei 
105 mnemonici istruzione identificabili separatamente (187 se si 
considerano separatamente le opzioni B ed L), o si dovrebbero evi¬ 
denziare le analogie dei gruppi di istruzioni trattandoli insieme? 

• Si dovrebbe usare la rappresentazione esadecimale, sebbene porti a 
dei paradossi come i modi di 0,4 e 8, o quella binaria? 

Queste sono alcune delle domande che l’autore si é posto esplicitamen 
te. Ci sono alcune altre scelte che l’autore può aver fatto implicitamente 
trascurando altre possibili alternative. Infine ricordiamo ancora che ogni 
commento da parte del lettore sarà sempre ben accettato. 
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INDICE DELLE DESCRIZIONI DELLE ISTRUZIONI 

(Alfabetico) 


ADC(B) 

1 

INC(B) 

12 

OTDR(B) 

20 

ADD(B) 

2 

IND(B) 

20 

OTIR(B) 

20 

AND(B) 

3 

INDR(B) 

20 

OUT(B) 

19 

BIT(B) 

4 

INI(B) 

20 

OUTD(B) 

20 

CALL 

5 

INIR(B) 

20 

OUTI(B) 

20 

CALR 

5 

IRET 

21 

POP(L) 

35 

CLR(B) 

6 

JP 

22 

PUSH(L) 

36 

COM(B) 

7 

JR 

22 

RES(B) 

4 

COMFLG 

8 

LD(») 

23 

RESFLG 

8 

CP(£) 

9 

LDA 

24 

RET 

37 

CPD(B) 

10 

LDAR 

24 

RL(B) 

38 

CPDR(B) 

10 

LDCTL(B) 

25 

RLC(B) 

38 

CP1(B) 

10 

LDD(B) 

26 

RLDB 

39 

CP1R(B) 

10 

LDDR(B) 

26 

RR(B) 

38 

CPSD(B) 

io 

LDI(B) 

26 

RRC(B) 

38 

CPSDR(B) 

10 

LDIR(B) 

26 

RRDB 

39 

CPS1(B) 

10 

LDK 

27 

SBC(B) 

1 

CPSIR(B) 

10 

LDM 

28 

se 

40 

DAB 

11 

LDPS 

29 

SDA(l) 

41 

DEC(B) 

12 

LDR( B) 

30 

SDL(B) 

41 

DI 

13 

MBIT 

31 

SET(B) 

4 

DIV 

14 

MREQ 

32 

SETFLG 

8 

D(B)JNZ 

15 

MRES 

31 

SIN(B) 

19 

EI 

13 

MSET 

31 

SIND(B) 

20 

EX(B) 

16 

MULT(L) 

33 

SINDR(B) 

20 

EXTS(^) 

17 

NEG(B) 

7 

SINI(B) 

20 

HALT 

18 

NOP 

34 

SINIR(B) 

20 

IN(B) 

19 

OR(B) 

3 

SLA(B) 

41 
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SLL(£) 

41 

SRL(“) 

41 

TR1RB 

44 

SOTDR(B) 

20 

SUB(®) 

2 

TRTDB 

44 

SOTIR(B) 

20 

TCC(B) 

42 

TRTDRB 

44 

SOUT(B) 

19 

TEST(®) 

43 

TRT1B 

44 

SOUTD(B) 

20 

TRDB 

44 

TRTIRB 

44 

SOUTl(B) 

20 

TRDRB 

44 

TSET(B) 

45 

SRA(®) 

41 

TRIB 

44 

XOR(B) 

3 
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INDICE DELLE DESCRIZIONI DELLE ISTRUZIONI 
(Mediante il valore numerico del codice operativo) 


OP 


Descrizione(i) 

OP 

Descrizione(i) 

00/01 

2 

ADD(B) 

18/19 

33 

MULT(L) 

02/03 

2 

SUB(B) 

1A/1B 

14 

DIV(L) 

04/05 

3 

OR(B) 

1C 

28 

LDM 

06/07 

3 

AND(B) 


43 

TESTL 

08/09 

3 

XOR(B) 

1D 

23 

LDL 

0A/0B 

9 

CP(B) 

1E 

22 

JP 

0C/0D 

6 

CLR(B) 


37 

RET 


7 

NEG(B),COM(B) 

1F 

5 

CALL 


8 

(g|j>)FLG 

20/21 

23 

LD(B) 


9 

CP(B) 

22/23 

4 

RES(B) 


23 

LD(B) 

24/25 

4 

SET(B) 


25 

LDCTLB 

26/27 

4 

BIT(B) 


34 

NOP 

28/29 

12 

INC(B) 


36 

PUSH 

2A/2B 

12 

DEC(B) 


43 

TEST(B) 

2C/2D 

16 

EX(B) 


45 

TSET(B) 

2E/2F 

23 

LD(B) 

0E/0F 


Non utilizzato 


42 

TCC(B) 

10 

9 

CPL 

30/31 

11 

DAB 

11 

36 

PUSHL 


17 

EXTS(®) 

12 

2 

SUBL 


23 

LD(B) 

13 

36 

PUSH 


30 

LDR(B) 

14 

23 

LDL 

32/33 

23 

LD(B) 

15 

35 

POPL 


30 

LDR(B) 

16 

2 

ADDL 


38 

R(^)(C)(B) 

17 

35 

POP 


41 

S (£)(A)(f) 
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OP 


Descrizione(i) 

OP 

Descrizione(i) 

34/35 

1 

ADC(B) 


21 

IRET 


23 

LDL 


26 

LD(°)(R)(B) 


24 

LDA.LDAR 


31 



30 

LDRL 


32 

MREQ 

36/37 

1 

SBC(B) 

3C/3D 

13 

(g)I 


23 

LDL 


19 

IN(B) 


24 

LDA 


25 

LDCTL 

38 

44 

TR(T)(^)(R)B 


27 

LDK 

39 

29 

LDPS 


39 

RRDB 

3A/3B 

10 

CP(SX?)(R)(B) 

3E/3F 

19 

OUT(B) 


18 

HALT 


39 

RLDB 


19 

(SXoutXB) 


40 

se 


20 

(S)( out )( J 5 )( R )( B ) 





Le quattro Istruzioni Speciali 

Primo digit 

Descrizione 

C 

23 LD(B) 

D 

5 CALR 

E 

22 JR 

F 

15 D(B)JNZ 
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1. (gg)C(B) dst R,src R 

ADC(B), SBC(B) 


C Z S V 0 H 


Addizione/Sottrazione con riporto 

La somma del valore sorgente con il bit C é sommata al/sottratta dal 
valore destinazione; il risultato sostituisce il valore destinazione. 


r-t-r- 

“1 — 1 — 1 — I — 1 — 

— 1 — 1 — 1 —1 

1 1 1 

c 

op 

— 1 — 1 11 — 1 — 

sre R 

dst R 


Durata (cicli): 5 


t B4 + W = ADC(B) 

op: < 

( B6 + W = SBC(B) 


Esempio: rho = o; rlo = -i : rhi 


2; RH4 = 0; RL4 = 1; RH5 = 3. 


ADDB RHl.RHS 

!RH1 = 5; RHS = 3; 

0 

0 

0 

0 

0 

0 

ADCB RL0.RL4 

IRLO = 0; RL4 = 1; 

1 

» 

0 

0 

0 

1 

ADCB RH0.RH4 

!RH0 = 1; RH4 = 0; 

0 

0 

0 

0 

0 

0 



c 

2 

s 

V 

D 

H 


Cosi, il numero a 24-bit, 259 immagazzinato in RH4,RL4,RH5 è stato 
addizionato all’accumulatore a 24-bit RH0,RL0,RH1. Il valore iniziale 
dell’accumulatore era 65.282; il valore finale è 65.541 ed il valore finale di 
C = 0 indica che la somma non ha prodotto riporto. 


Con gli stessi valori iniziali 


SUBB RHl.RHS 
SBCB RL0.RL4 
SBCB RH0.RH4 


!RH1 - -1; RH5 = 3; 
IRLO = -3; RL4 = 1; 
!RH0 = 0; RH4 = 0; 



C Z S V 0 H 


In questo caso, 65.282 — 259 = 65.023, e lo stato finale di C = 0 indi¬ 
ca che la differenza non ha richiesto un prestito. 
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2 . ® (?) 


sre 


ADD(®),SUB(“) 


C 2 S V D H 


Addizione/Sottrazione 

Il valore sorgente è sommato al/sottratto dal valore destinazione ed il 
risultato sostituisce il valore destinazione. 


1 1 

1 1 1 1—1 

1— 

-!—I-1— 

—1—1—1— 

mcdo| 

_ 1 J 

op 

1 1 1— 1 — 


sre 

■ * 1 

dii R 

» » » 


modi sre: 0, 4, 8 


/ 00 + W: ADD(B) 
1 16: ADDL 

\ 02 + W: SUB(B) 
\ 12: SUBL 


sre 



R 

f 


DA 

X 

ADD(B),SUB(B) 

4 

7 

7 

9 

10 

ADDL,SUBL 

8 

14 

14 

15 

16 


Durata (cicli) 


Esempio:: ro = 12 ; ri > is; RH2 = 126; RL2 = 3. 


ADDB 

RH2.RL2 

= - 127; RL2 = 3; 

0 

0 

□ 

0 

0 

□ 




c 

2 

S 

V 

D 

H 

SUB 

R0,RI 

= -3; RI = 15; 

0 

0 

□ 

E 

1 * 





c 

2 

s 

V 
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~ /AND. 

3. ( OR )(B) R,src 
XOR 

AND(B), OR(B), XOR(B) 1 H*H E 

C Z S P 0 H 

And/Or/Or Esclusivo 

Il risultato delle operazioni logiche indicate sui valori sorgente e desti¬ 
nazione sostituisce il valore destinazione. 


—I— 

1 1 1 V 1 

1 V. V 

> > > 

modo 

op 

tre 

t i -à. 

d*t R 

« » « 1 


modi sre: 0, 4, 8 


sre 


R 

# 

@ 

DA 

X 

E 

0 

□ 

E 

0 


Durata (cicli) 


op: 


Ì 06 + W: 

04 + W: 
08 + W: 


AND(B) 

OR(B) 

XOR(B) 


Esempio: RHO - 7A,.; RLO = 64,.; RI » F070,.; R2 = 10FF„. 


XORB RHO,RLO 

!RH0 = 1E„; 

RLO 

= 64,.; [ 

0 

0 

0 





Z 

s 

P 

AND RI.R2 

!R1 = 1070,.; 

R2 = 

10FF,.; 

0 

0 

! 

OR RI,R2 

!R1 - 10FF,.; 

R2 = 

10FF,.; 

0 

0 

! 


124 







BIT 

4. (RES)(B) dst, sre 
SET 

B1T(B), RES(B), SET(B) I I • I II 1 

C Z S V D H 

(solamente BIT(B)) 

Test/Azzeramento/Posizionamento ad uno di un bit 

Il bit in questione viene posto ad uno per SET(B) azzerato per RES(B) 
e controllato (e lasciato invariato) per BIT(B). Con BIT(B), Z è posto a 1 
se il bit é 0, azzerato se il bit è 1. SET(B) e RES(B) non influenzano i bit di 
stato. 

Il bit in questione è quel bit del valore destinazione il cui numero è nei 
tre o quattro bit meno significativi del valore sorgente. I bit sono numerati 
da 0, per il bit meno significativo (quello più a destra) fino a 7 o 15 per 
quello più significativo (quello più a sinistra). 


BIT(B) 

RES(B)/SET(B) 

Durata (cidi) 

SORGENTE IMMEDIATA 


—I— 

modo 

1 1 1 1 1 

op 

dst 

—I—I—i— 

«Bit no. 


modi dit: 0, 4, 8 


dii 


R 

& 

DA 

X 

4 

8 

10 

11 

4 

11 

13 

14 



rn 

o 

i —i—i—i— 

p 

0 

i » i 

sre R 

0 

—1—1— 

n 

dst R 

_l_i_ 

0 

1 1—1 ■ 

0 

-J-l -i- ■ 


SORGENTE DINAMICA 


S 26 + W: B1T(B) 

22 + W: RES(B) 

24 + W: SET(B) 

(per entrambi i formati) 


Durata (cicli): 10 


Nota: Il registro sre per una sorgente dinamica è un registro a parola sia 
per la versione a byte che per quella a parola. Per la versione a by¬ 
te può variare solo R0 fino a R7, per le versioni a parola possono 
essere usati da R0 a R15. 
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Esempio: 

: RO = 1 

: R2 

SET 

R0,R2 

!R0 

SETB 

RL0.R4 

!R0 

RES 

R0.R3 

!R0 

BITB 

RH0,#l 

!R0 

BITB 

RH0.R3 

!R0 


; R3 

= 0; 

R4 = FFFF 

101 ,.; 

R2 

- 8 

181,.; 

R4 

= FFFF 

180,.; 

R3 

= 0 

180,.; 

Z 

1 

180,.; 

R3 

= 0;Z = 0 
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5- (calr^ dsl 


C Z S V D H 


Chiamata di Subroutine 

Il PC viene salvato tramite il registro di stack (RI5 o RR4): quindi l'in¬ 
dirizzo destinazione (NB. non è il valore destinazione come nelle altre i- 
struzioni) sostituisce il contenuto del PC. 


■■ 

1 1 1 1 — 1 — 




1F 

1 . 1 l 1 1_ 

KM 

KM 


modi dst: 0, 4, (non 8) 


CALL 


T—i—i——i—i—i—i—r—i—i—i—i—i—r 

0 dst spiazzamento rispetto PC 

J-1-1--1-1-1-1-1-1-1-1-1_I_L 

CALR 


da x 


Durata (cicli) 


Durata (cicli): IO 


Per CALR, l’indirizzo destinazione è calcolato come segue: lo spiazza¬ 
mento viene preso come un valore segnato di 12-bit, moltiplicato per 2, 
quindi sottratto dalla (NB. non sommato alla) locazione che segue la 
CALR. (Poiché CALR può essere usata come indirizzo destinazione nel¬ 
l’intervallo $ — 4092 a $ + 4098). 

Note: (1) CALR non cambierà mai la parte del segmento di un indiriz¬ 
zo. 

(2) La durata di CALL e CALR nel modo segmentato è superiore 
di 5 cicli rispetto ai valori calcolati usando la Figura 4.18 


Durata (cicli): 15 


@ DA X 

indirizzo corto 
indirizzo lungo 

Durata (cicli) 
CALL 


i 

18 

18 

15 

20 

21 


CALR 
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Esempio: RR14 = (300iò, 100i6); PC = (20016, 10ió); l’indirizzo di XYZ è nel segmento 
I. spiazzamento 20016; locazioni della memoria di stack nel segmento 3: FAi6 = 0000; 
FCi* = 0000; FEit = 0000; lOOis = lOOOi*. 


CALL XYZ !RR14 = (300...FC,.); PC = (100,., 200,.); 

Locazioni della memoria di stack nel segmento 3: 
FA,. = 0000; FC„ = 200,.; FE,. = 10,.; 

100 ,. = 1000 ,.! 


In questo esempio, l’indirizzo della locazione che segue la CALL è sta¬ 
to salvato nello stack controllato da RR14 ed il nuovo valore di PC è l'in¬ 
dirizzo XYZ. 


128 



6. CLR(B) dst 


C Z S V D H 

(Nota: Z non è posto ad uno) 

Azzeramento 

Al valore destinazione viene sostituito il valore zero. 


Durata (cicli) 

Esempio: RI = 1000,.; R2 = 1002,.; memoria dati: 1000,. = - 1; 1002 ,. = -1 . 
CLR @Rl !R1 = 1000,.; locazione della memoria 1000,. = 0! 

CLRB @R2 !R2 = 1002,.; locazione della memoria 1002,. = FF„! 

Nota speciale: Per le versioni future dello Z8000 si sta considerando l'i¬ 
struzione CLRL con la forma seguente. 


» — 

modo 

—i—i—i—i—i— 

oc + w 

dst 

: 8 

i — 


_■ ■ • 

1 1 1 » ■ 


modi dst: 0, 4, 8 


dst 

U fi DA X 


E 

E 

E 

0 


modo 

IC 

ili 

dst 


—1_ 

—1_1_1_1_1_ 

_1_1_1_ 

__L_L_1- 
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7. ®(B> dst 

COM(B), NEG(B) 



C 2 S P/V D H 


Complemento/Negazione 

Il valore destinazione viene sostituito dal suo complemento/negativo. 
Z, S e P sono posizionati concordemente con il risultato di COM(B). Per 
NEG(B), Z ed S sono come previsto, C è posizionato ad uno se il risultato 
non è zero e V è posto ad uno se il risultato è —2* 5 per NEG e — 2 1 per 
NEGB. 


1 

1111 — r~~ 

— 1 — I — 1 — 

1 T » 

modo 

oc + w 

dst 

■ » > 

op2 

1 1 1 _ 


modi dst: 0, 4, 8 


R @ DA x 


0 

12 

0 

0 


Durata (cicli) 


(0: COM(B) 
\2: NEG(B) 


Esempio: R0 = -I; RI « -l; RH 2 = - 128 ; RL2 = Fi,. 


NEG R0 

COM RI 

NEGB RH2 

COMB RL2 


!R0 = 1; | 1 | 0 I 0 1 0 1 ! 

C Z S V 

! R1 = 0; | 1 | 0 | I 

z s 

!RH2 = - 128; | i |o | i | t ] l 

C Z S V 

!RL2 = F0i«; 0 1 1 ! 

z s P 
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O /COMv 

8. ( RES )FLG nome del bit di flag 
SET 

COMFLG, RESFLG, SETFLG 


C Z S P/V D H 


Complemento/Azzeramento/Posizionamento dei Bit di 

FLAGS 

Ognuno dei bit di FLAGS designato nell’istruzione è complementa- 
to/azzerato/posizionato in FLAGS. COMFLAG lascia inalterato H. 


—ì—» i i i r—r— 

8D 

C 

Z 

[I 

P 

/ 

op2 




L 

V 

l 1 i 


Durala (cicli): 7 


15: COMFLG 

op2: <3: RESFLG 

(l: SETFLG 

Esempio: 


RESFLG 

P,Z,C,S 

COMFLG 

P,S 

SETFLG 

c,v 

COMFLG 

C,Z,P 

RESFLG 

V,s 


! 

J 

! 

! 

» 


C Z S P/V 
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9. CP(®) dst,: 


sre 


• • • • 


C Z S V D H 


Confronto 

I bit di FLAGS sono posizionati come essi dovrebbero essere quando 
viene eseguita la sottrazione del valore sorgente dal valore destinazione. 


—1— 

modo 

filli 

op 

i i i i i 

“i—i— r~ 

irc 

_i_i_i_ 

—»—I—i— 

dst o 

_i_i_i_ 



modi sre: 0, 4, 8 

op: 

i OA + W: CP(B) 

\ 10: CPL 



CP(®)<dst = R) 


modo 

-1 1 1 1 1 

OC + w 

_1 1 1 1 1 

1 1 1 

dsi 

_i_i_i 

liti 


modi dst: 0 

4 (non 8) 


sre 



R 

1 


DA 

X 

CP(B) 

4 

7 

7 

9 

10 

CPL 

8 

14 

14 

15 

16 


Durata (cicli) 


dst 

@ DA X 


Durata (cicli) 


CP(B)(dst * R, sre = #) 


Esempio: RRO = <— l. — l); RR2 = (0,0); R4 = -32767( = 8001,.). 


C Z S V 


CPL RR0.RR2 ! | o [ o ] i 

CPB RH0.RL1 
CP R4,#2 


C Z S V 


(-32767 - 2 = 32767)! 


C Z S V 
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10. CP(S)(^)(R)(B) dst, sre @R,cnt R,cc 


CPD(B), CPDR(B), CPI(B) CPIR(B), I * I • 1 * I * I I 
CPSD(B),CPSDR(B), CPSI(B), CPSIR(B) C * 5 v 0 H 


Confronto (Blocco) 

Il bit Z è posto ad uno se il risultato dell’istruzione CP(B) dst. sre @ R 
é uguale alla combinazione dei bit di FLAGS codificata nel campo cc: poi 
il valore del registro specificato nel campo erti è decrementato di uno e V 
é posto ad uno se il valore decrementato è zero. C ed S sono indefiniti. 

Opzioni: 

(S) Se é selezionata l’opzione S, allora dst è uguale a @ R (con¬ 
fronto con la stringa ); altrimenti dst é uguale a R (confronto 
con la costante). 

( ^ ) Se c’è l’opzione D, dopo il confronto il registro sorgente si au- 
todecrementa ; se c’è I, dopo il confronto il registro sorgente si 
autoincrementa. Il cambiamento è ± 1 per i byte. + 2 per le 
parole. Se c’è l’opzione S, allora viene decrementato o incre¬ 
mentato anche il registro dst. 

(R) Se c’è l’opzione R allora ripete l’istruzione fino a che Z è posto 
ad uno (verifica effettuata) oppure fino a che V è posto ad uno 
(cnt decrementato a zero); altrimenti esegue l’istruzione una 
volta sola. 


MS 

am 


3 

D 

B 

B 

0 

_ 1 _ 1 _ i _ 

cnl R 

— 1 — 1-1 

dii 

— 1 _ 1 1 — 


c 

l—l 

c 

L-J 

3 


dsl 


Il + »n I 11 + Uni 


Durala (cicli) 


n é il numero di volte che vie¬ 
ne eseguita l'istruzione 


D/I i 

D 

R : 

( 1: Ripete 

S: 

fi: modo dst = @ 


*0: I 


(0: Una volta 


(0: modo dst = R 


(8 esadecimale) (4 esadecimale) (2 esadecimale) 
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Esempio: RO = 20 ,., RI = FE,.; R2 = 4; R3 = F8„; R4 = FC,.; R5 = 2; 
memoria dati:F8 = I00„;FA = 5; FC = 22,,; FE = 20,.. 

CPDR RO,©R1.R2.LT ! RO = 20„; RI = FA,.; R2 = 2; | ' | ° | ! 

Z V 

CPS1R @R3,@R4,R5,EQ ! R3 = FC,.; R4 = 100,.; R5 = 0; 1 o I ' I ! 

z v 

Il primo confronto termina perchè 20 16 < 22 iò; il secondo termina 
quando R5 raggiunge lo zero senza che Z venga posto ad uno. 
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11. DAB R 



C Z S V D H 

(Vedasi il testo) 


Correzione Decimale 

Un fattore di correzione viene sommato al contenuto del registro a by¬ 
te specificato supponendo che sia stata appena eseguita una ADDB o 
SUBB per un valore BCD privo di segno a due cifre e che sia richiesta 
una rappresentazione BCD a due cifre della somma o della differenza. Z 
ed S sono posizionati come previsto; C è posto ad uno per indicare che il 
risultato decimale della ADDB o SUBB originale era maggiore di 99 o 
minore di 0. 


—1—1—1—1—1—1—1— 

— 1 — 1 —M 

—1—1—1— 

BO 

_1 1—1—1_1 i— 

dst R 

* ‘ « 1 

0 

» 1 ■ 1 


Durata (cicli): 5 


Nota: l’operazione fa uso dei bit C, D e H posti ad uno da ADDB o 
SUBB (o ADCB, SBCB); per cui non si possono avere operazioni 
che influenzino C, D o H. 


Esempio: RHO = 27,.; RLO = 69,.; RH1 = 14,.; RL1 = 38,.. 


ADDB 

RLO, RL1 

•RLO = Al,.; 

RL1 = 38,.; 

0 

0 

1 

1 

0 

1 

DAB 

RLO 

IRLO = 7,.; 


1 

0 

0 

1 

0 

1 

ADCB 

RHO, RHI 

!RH0 = 3C,.; 

RHI = 14,.; 

0 

0 

0 

0 

0 

0 

DAB 

RHO 

•RHO =• 42,.; 


0 

0 

0 

0 

0 

0 


C Z S V D H 


In questo caso, 2769 + 1438 = 4207, ed il valore finale zero del bit C 
indica che non c’è stato un superamento (cioè, il risultato reale non è 
14207). 

Nota speciale: Nelle CPU costruite prima del Gennaio 1980, l'istruzione 
DAB può lasciare S invariato. 


135 







12. dst > 


DEC(B), INC(B) 1 I • I* I • I I 

C Z S V 0 H 

(Vedasi nota) 

Decremento/Incremento 


Il valore destinazione é decrementato/incrementato di una quantità 
specificata da n (1 < n 16). 


— 1— 

modo 

1' 1- 1 - 1 -1- 

op 

1 - 1-1- 

dst 

1 1 1 

0n- 1 



modi dst: 0, 4, 8 

op: 

(2A + W: 

DEC(B) 


Ì28 + W: 

INC(B) 



dst 


K 

& 

DA 

X 

□ 

0 

0 

0 


Durala (cicli) 


Note: (1) Il valore immagazzinato nell’istruzione è n — 1, non n. 

(2) In linguaggio di assemblaggio le istruzioni DEC(B) dst o 
INC(B) dst possono essere scritte senza che sia specificato il 
valore di n; in questo caso si assume #1. 

(3) Z ed S si comportano come previsto: C non viene variato e V è 
posto ad uno nel caso in cui ci sia un superamento. 


Esempio: RO = 0; RI = 0; R2 = 100,.; byte della memoria dati: FE.. = 2; FF„ 
= 3; 100,. = 4. 


LDB RH0,@R2 
DEC R2 

LDB RL0,@R2 
DEC R2 

LDB RH1,@R2 
LDK R3,#l 
DEC R3,tt 
INC R3,n 


400,.; 

R2 

= 

100, 

FF,.; 

Gl 

[l 

0 


2 

s 

V 

403,.; R2 

= 1 

FF,* 

FE,.; 

LI 

\jL 

0 


Z 

s 

V 

200,.; R2 

1! 

= 1 

FE,* 

-1; 

0 

1 

0 

1; 

0 

0 

0 


z 

s 

V 


!R0 = 
!R2 = 

!R0 = 
!R2 = 

! RI = 

!R3 = 
!R3 = 
!R3 = 


136 






13. (j?)i bit mascherato 

DI, EI MIMI 

C Z S V D H 


Disabilitazione/Abilitazione dell’Interruzione 

I bit di abilitazione dell’interruzione del FCW sono azzerati (disabilita¬ 
zione)/ posti ad uno (abilitazione) per ogni interruzione in cui il bit di ma¬ 
schera è zero nell’istruzione. 



o 

1 l 


|M 

N 

V 


Durata (cicli): 7 


I l = Abilitazione < I: VI Non alterato >1: Non alterato 

. MV: 1 MNV- 1 

0 * Disabilitazione 10: VI Alterato (0: NVI Alterato 

(4 esadecimale) ( 2 esadecimale) (I esadccimale) 

Esempio: 

EI VI,NVI !VIE & NVIE posto ad I in FCW! 

DI VI IVIE azzerato in FCW; NVIE lasciato ad I! 
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14. DIV(L) R, sre 



C 2 S V 0 H 

(Si veda lesto) 


Divisione 

La destinazione è un numero di registri doppio della dimensione del¬ 
l'argomento sorgente; una coppia di registri per DIV, quadruplo per 
DIVL. Il valore destinazione è diviso per il valore sorgente; il resto è im¬ 
magazzinato nella metà di ordine superiore della destinazione, il quozien 
te nella metà di ordine inferiore. 

I valori sorgente e destinazione sono numeri con segno in complemen 
to a due. Il resto é dello stesso segno del valore destinazione. 

I bit di FLAGS riportano i risultati dell’operazione. Se V = 0 allora l'o¬ 
perazione è stata completata normalmente; Z ed S riflettono il valore del 
quoziente. 

Se V = 1 e Z = 0, allora il valore sorgente è zero. I valori sorgente e de¬ 
stinazione rimangono invariati. 

SeV=leZ=leC=0, allora il valore del quoziente é minore di 
—2 16 oppure maggiore o uguale di 2 16 (minore di —2 32 o maggiore di o u- 
guale a 2 23 per DIVL). Il valore destinazione è indefinito. 

SeV = l,Z=leC=l allora il valore del quoziente, q. cade nel cam¬ 
po — 2 16 £ q < —2 15 o2 l! iq< 2 16 (-2 32 £ q < -2 31 oppure 2 31 £ 
q < 2 32 per DIVL). Il valore del resto è immagazzinato nella metà più si¬ 
gnificativa del valore destinazione ed il quoziente è rappresentato come 
un numero, in complemento a due, di 17 bit (33 bit per DIVL) costituito 
da S seguito dalla metà più significativa del valore destinazione. 








mi 







modi sre: 0, 4, 8 



1B: 

DIV 

1A: 

DIVL 
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sre 



R 

# 

® 

DA 

X 

DIV 

95 

95 

95 

96 

97 

DIVL 

723 

723 

723 

724 

725 


sre 

r # @ da x 


13 

13 

13 

14 

15 

30 

30 

30 

31 

32 


Aborto: src-0 
Durata (cicli) 


sre 

R 0 da x 


25 

25 

25 

26 

27 

51 

51 

51 

52 

53 


Aborto: sre 
troppo piccolo 


Esempio: RO « >:' , 1 = -31; R2 = -1;R3 = -50; R4 = 2; R5 = 

-32768; R6 = - 1. 

DIVL RQ0.RR4 !R0 = 2; RI = 32,718; R2 = -13; R3 = -1; R4 = 2; 
RS = -32768; | o | o | i | o~| ! 

C Z S V 

DIV RR4, R6 !R4 = 7; R5 = ?; R6 = -1; I o | o I i I i I ! 


Il primo caso mostra —(15 x 2 33 + 50) : (5 x 2 15 ) = -3 x 2" con re¬ 
sto — 50; la seconda divisione viene abortita perchè il divisore è troppo 
piccolo. 

Nota speciale: Nelle CPU costruite prima del Gennaio 1980. V può non 
essere posto correttamente ad uno, e anche la divisione 
per zero può causare una esecuzione impropria dell'istru- 
zione successiva. 


J 


0 1 0 1 M ■ 

C Z S V 


139 








15. D(B)JNZ cnt R, dst 


C Z S V 0 H 


Decremento e Salto se è Diverso da Zero 

Il registro specificato nel campo cnt è decrementato di 1 ; se il risultato 
è diverso da zero, l’indirizzo destinazione diviene il nuovo contenuto del 
PC. quindi si verifica un salto indietro a dst. 


V 1 v 

—1 T 1— 


—»-1 * !-1 1- 

F 

cnt R 

W 

spiazzamento dst 


—i—i—i— 


—i—i—i—i_i_i_ 


Durata (cicli): Il 


L'indirizzo destinazione viene calcolato nel seguente modo: lo spiazza¬ 
mento é preso come un valore a 7 bit privo di segno (positivo), moltiplica¬ 
to per 2, quindi sottratto dall’indirizzo della locazione che segue 
D(B)JNZ. (Cosi D(B)JNZ può essere usata per salti di indirizzi compresi 
neH'intervallo $ —252 a $+2). 


Esempio: il codice seguente usa RHO come contatore di loop. RH1 co¬ 
me accumulatore ed RI come puntatore all’insieme di byte della memoria 
dati BYTAR. I quattro valori relativi a BYTAR, BYTAR + I. BYTAR 


+ 2 e BYTAR + 3 sono sommati 

LDB RHO. «4 
CLR RLO 
LDA RI, BYTAR 
LOOP: ADDB RL0,@RI 

INC RI 
DBJNZ RHO,LOOP 
HALT 


in RLO e poi il programma si ferma. 

ÌPosiziona il contatore del loop! 

!Azzera l'accumulatore! 

ÌPosiziona il puntatore! 

!Lo somma al prossimo byte! 
Hncrementa il puntatore! 


Nota Speciale: Nelle CPU costruite prima del gennaio 1980. DJNZ può 
non funzionare. 
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16. EX(B) R, 


sre 

□Z TTTT 

C 2 S V D H 

Scambio 

I valori sorgente e destinazione vengono scambiati. 


1 

1 1 1 V 1 

—1—1—1— 

1—•—>—«—i 

modo 

2C + W 

sre 

dst R 

_l_ 

_1_» « » ■_ 

_1_l_1— 

1 ii t 1 


modi sre: 0, 4, 8 (non #) 


sre 

R <Q> DA X 


□ 

0 

0 

0 


Durata (cicli) 


Nota: I modi sre sono trattati come i modi dst (nessun #). dal momento 
che ogni argomento è sia sorgente che destinazione. 

Esempio: R0 = 17„; R15 = 100,.; memoria di stack: 100,. = 1234... 

EXB RL0,@R15 !R0 = 12,.; R15 = 100,.; 100,. = 1734,.! 
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17. EXTS(®) R 


n 


C Z S V D H 


Estensione del Segno 

Il bit più significativo (bit di segno) della metà meno significativa del 
valore destinazione è copiato in ogni bit della metà più significativa. Il re¬ 
gistro destinazione specificato ha dimensioni doppie di quelle normalmen¬ 
te richieste dalla parte finale del mnemonico dell’istruzione (esempio 
EXTSB RO, EXTS RRO, EXTSL RQO). 


" f 1 '1' '■¥ ' V ' ? » 

» 1 —1— 

—r r— 1 — 

B1 

_ 1 _ 1 _ 1 _ 1 _ 1 — 1 — 1 — 

dsi R 

— 1 — 1 — 1 — 

dimensione 
« » 1 


Durata (cicli): Il 


dimensk>ne 


o 

[A 

7 


EXTSB 

EXTS 

EXTSL 


Esempio: ro = - 1 ; ri = -so; R2 = 2. 


DIV RR0.R2 
EXTS RRO 
DIV RR0.R2 


IRÒ = 0; RI = 
!R0 = - 1; RI 
!R0 = - 1; RI 


-25; R2 = 2! 

= -25; R2 = 2! 
■ - 12; R2 = 2! 


Come qui riportato, il risultato di una divisione è solamente la metà 
delle dimensioni richieste per gli argomenti dst di una istruzione di divisio¬ 
ne; EXTS fornisce i mezzi per sostituire un argomento con un identico 
valore, ma costituito da un numero doppio di bit. 
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18. HALT 



Arresto della CPU 

La CPU cessa di eseguire le istruzioni fino a quando non viene ricevuta 
una interruzione o un RESET (azzeramento). La CPU continua a rispon¬ 
dere a BUSRQ e genera una sequenza continua di cicli di rinfresco usan¬ 
do il campo ROW del registro di REFRESH. Siccome un ciclo di rinfre¬ 
sco dura tre cicli di clock la CPU può rispondere ad una interruzione ogni 
tre cicli di clock. 


1-1—1—»—I—1—I—I—I—I—I—I—I—T—r 

7 A 00 

l -l— -i- i i-1- l l-1_i i i ■ i » 


Durata (cicli): 8 + 3n 

n ». numero di cicli di rinfresco 
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19 


(S) (out) (B) dst ’ 


sre 


IN(B), OUT(B), SIN(B), SOUT(B) I 1 I I T~ 

C l S V D H 


Ingresso/Uscita 

Viene effettuato un trasferimento di dati tra il registro specificato dalla 
CPU e l’indirizzo a 16-bit indicato, nello spazio di indirizzi di I/O. Il tra¬ 
sferimento è verso il registro della CPU per (S)IN(B) e dal registro per 
(S)OUT(B). S rappresenta una istruzione «speciale» di I/O; queste sono i- 
dentiche a quelle normali di I/O ad eccezione dei differenti stati presenti 
sui piedini STj — STo (vedasi Figura 2.12); si suppone che vengano usate 
con il MMU. 


op 

—1—1—1— 

I/O <g>R 

l—1—l—1— 

CPU R 


_1_1_I_ 

1 l à ■ 


Durata (cicli): IO 


3C + W: 
3E + W: 


IN(B); I/O @R = sre; CPU R = dst 
OUT(B); I/O @R = dst; CPU R = sre 


3A + W 


CPU R 


op2 

i i i 


Durata (cicli): 12 


op2: 


4 

5 

6 
7 


IN(B) ) 
SIN(B)J 
OUT(B) ) 
SOUT(B) j 


CPU R = dst; modo sre - DA 


CPU R = sre; modo dst = DA 


Esempio: rlo = 4i„; ri 


ÌOOO,.; R2 = 1001,,. 


WAIT: INB 

RHO, @R1 

TESTB 

RHO 

JR 

PL,WAIT 

OUTB 

@ R2,RL0 


! Preleva lo «stato» dall’indirizzo I000t6 di 1/01 
IINB non posiziona i bit di FLAGS1 
lAspetta per il bit «pronto» in bit 71 
IPoi invia in uscita il carattere ASCII «A» all’indi¬ 


rizzo 1001)6 di 1/01 
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20. <s>( 0 i!t*)(iVh b > dst@R, src@R, cnt R 



(Si veda il testo) 

IND(B), INDR(B), INI(B), INIR(B), 

SIND(B), SINDR(B), SINI(B), SINIR(B), 

OUTD(B), OTDR(B), OUTI(B), OTIR(B), 

SOUTD(B), SOTDR(B), SOUTl(B), SOTIR(B) 


Ingresso/Uscita (Blocco) 

Viene eseguito un trasferimento di dati da una locazione esterna (nello 
spazio indirizzo di I/O) ed una interna (nello spazio indirizzo dei dati); 
poi i contenuti del registro specificato nel campo cnt' sono diminuiti di u 
no; V è posto ad uno se il contenuto risultante é zero. Z è indefinito. 

Opzioni: 

(S): Se è selezionata S, allora è una I/O speciale, altrimenti é 

un I/O normale (si veda la Descrizione 19). 

((3UT*)' ® se l ez i° n ata IN, la sorgente è un indirizzo esterno e la 

destinazione è un indizzo interno; l’opposto vale quando 
viene selezionata l’opzione OUT. 

( ^ ): Se é selezionato D, dopo il trasferimento si autodecremen- 

ta il registro indirizzo interno; se è selezionata I, si autoin- 
crementa. La variazione è ± 1 per i byte e ±2 per le paro¬ 
le. 

(R): Se è selezionato R, allora ripete l’istruzione fino a quando 

cnt = 0; altrimenti lo fa solo una volta. 

Durata (cicli): 11 + lOn 

n é il numero di esecuzioni 
(n = I se non è R) 

— ( 0 = Ripetizione f 1 = Decrementa f 1 = Uscita „ ( 1 = Speciale 

R: < D/l: < O/l: <. S: < 

^ 1 = Una volta ( 0 = Incrementa t ® = Ingresso ( 0 = Non speciale 

(8 esadecimale) (8 esadecimale) (2 esadecimale) (1 esadecimale) 

*Nota: OUT è abbreviata in OT in alcuni mnemonici di assemblaggio. 
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Esempio: RO = 6; RI = 1000,,; R2 = FF„; R3 = 1001,.; byte memoria dati; 
FA = 21; FB = 4F; FC = 4C; FD = 4C; FE = 45; FF = 48. 


WAIT: INB RH4, ORI 
TESTB RH4 
JR PL.WAIT 

OTDB @R3,OR2.RO 

JR NOV.WAIT 


UStato» dall'indirizzo lOOOio di I/O! 

!INB non posizionerà i bit di FLAGS! 
{Aspetta il bit di «pronto» nel bit 7! 
ilnvia in uscita un altro carattere di «HEL¬ 
LO!»! 

!Se V non è uguale a uno deve arrivare qualche 
cosa altro! 
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21. IRET 


C Z S V D H 

(Ristabilisce le versioni salvate) 

Ritorno da Interruzione 

Usando il registro dello stack di sistema (RR14 o RI5). viene rimossa 
ed eliminata una parola (la «ragione»); la parola successiva viene preleva¬ 
ta e posta nello FCW, infine viene prelevato un indirizzo e posto nel PC. 


-i—i—i—i—i—i—i—i—i—i—i—i—r-|—r 

7BOO 

j l l—i—l 1—i—i—l l—l—i—j , * 


Z8001 Z8002 



Durata (cicli) 


Nota: L’indirizzo rimosso, messo nel PC, da IRET è costituito da una o 
due parole a seconda del tipo di segmentazione con cui funziona il 
processore. Bisogna fare attenzione a quando si usa lo Z800I in 
modo non-segmentato, dal momento che l’indirizzo salvato nello 
stack dallo Z8001 quando si verifica una interruzione o una trap¬ 
pola è sempre nel formato segmentato, siccome non tiene conto 
del tipo di segmentazione con cui funziona il processore quando si 
verifica l’interruzione o la trappola. 

Esempio: RRM = (700(6, FAl6); PC = (600(6, 104Fit); locazione della memoria 
di stack nel segmento 7, inizia al valore di spiazzamento di FA|« : FA 16 = 7F07I6 ; FCl6 
= l8A0it; FE 16 - 40016; 100(6 = FF4(6; NSPSEG = 400(6; NSPOFF = 2000(6. 


IRET IPC = (400t6, FF4I6); R15 = 2000(6; FCW è posizio nato alla 
versione non segmentata, il modo normale con I ' i o| ' I o| 0 1 °i e 

VI, NVI abilitati! c z S v 0 h 
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22. (jr) cc, dst 


n 


C Z S V D H 


Salto (Condizionato) 


Se è vera la combinazione dei bit di FLAGS codificata nel campo cc 
allora Vindirizzo (NB. non il valore) della destinazione costituisce il nuovo 
contenuto del PC. 


modo 

IE 

l 1 l 

dst 

cc 


modi dst: 0, 4 (non 8) 
JP 




DA 

X 

cc vero 

IO* 

7 

8 

cc falso 

7 

7 

8 


Durata (cidi) 

* 15 nel modo segmentato 


l l I » 

spiazzamento dst 


JR 


Durata (cicli): 6 


Per JR l’indirizzo destinazione è calcolato come segue: lo spiazzamen¬ 
to è preso come un valore di 8 bit con segno, moltiplicato per 2. sommato 
all’indirizzo della locazione che segue JR (Quindi JR può essere usato per 
salti nell’intervallo $ — 254 a $ + 256). 


Note: (1) JR non cambierà mai la parte segmentala dell'indirizzo. 

(2) Un salto incondizionato può essere specificato in linguaggio di 
assemblaggio con JR dst o JP dst. 

Esempio: Il seguente programma 


if R0 >5 then (azione I) else (azione 2) 
può essere implementato da 


CP R0,#5 
JR LE,ELSCOD 
(istruzioni per l'azione 1) 

JR EMPDSEG 

ELSCOD: (istruzioni per l’azione 2) 

ENDSEG: (continuazione del programma) 


148 







23 


LD(®) dst, 


sre 


C Z S V 0 H 

(Nola: non sono alterali) 

Caricamento 

Il valore sorgente sostituisce il valore destinazione. 



—Itili 

1 1 1 


modo 

op 

SfC 

» ■ » 

dst R 


modi sre: 0, 4, 8 


op: 


{ 


20 + W: LD(B) 
14: LDL 


CARICAMENTO DI UN REGISTRO 


sre 



R 

0 

@ 

DA 

X 

LIXB) 

3 

7 

7 

9 

10 

LDL 

5 

ti 

11 

12 

13 


Durala (cicli) 


C 

-1 1 1 

dsiR 

—»— 

1 1 1 1 1 

0VC 


—i—i—i— 




CARICAMENTO DI UN REGISTRO 
COL BYTE IMMEDIATO 


modo 

— i — r —?—i—i— 

op 

dst 

sre R 




—1-1—l- 


modi dst: 0, 4 (non 8) 

( 2E + W: LD(B) 

° P ( ID: LDL 

CARICAMENTO DA UN REGISTRO 



filli 


1 f !—1 

modo 

oc + w 

dst 

5 

—i— 

Siili 




modi dst: 0, 4 (non 8) 


CARICAMENTO IN MEMORIA 
DELL’IMMEDIATO 


Durata (cicli): 5 


dst 

i DA X 


LD<B) 

LDL 
Durata (cicli) 


a 

n 

0 

ii 

0 

ISJ 


dst 

@ DA X 
Il 14 Ts~] 

Durata (cicli) 
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op 

i i — i — 

Base R 

—1-1 T 

occ R 

I.D(B) 

14 


spiazzamento di 16-bit 

|-1-|-1. _L. ,j._|-1-1-1-1-1-1- 

LDL 



30 


+ W: LD(B) \ _ . . ■ 

> acc R e dst 

35: LDL J 

° P: '32 + W: LD(B)) accRisr , 

37: LDL f 

CARICAMENTO CON INDIRIZZAMENTO SU BASE 


Durata (cicli) 

Base R / 0; data adr = Base R + spiazzamento 


O 

P 

Bose R 

occ R 

0 

Spiazz R 
* * * 

0 

1 1 !.. 

0 

i , 1— 1— 


LD(B) 

LDL 


M 

17 


Durata (cicli) 


op: 


70 + W: LD(B) 
75: LDL 
72 + W: LD(B) 
77: LDL 


acc R è dst 

acc R è sre 


Base R 4 0; data adr - Base R + spiazzamento R 


CARICAMENTO INDICIZZATO SU BASE 


Nota: L’assemblatore genera sempre la forma LDB R,#src. 


Esempio: R0 = 0;R1 = 100,.; R2 - 4; memoria dati 100,. = 0; 102 ,. = 22; 
104,. = 44. 

LD R0, Rl(*2) !R0 = 22! 

LDR0,R1(R2) !R0 = 44! 
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24 


( LDA 
'LDAR 



sre 


C Z S V D H 


Caricamento dell’Indirizzo 

L'indirizzo (non il valore, come per la maggior parte delle istruzioni) 
della sorgente, sostituisce il valore destinazione. La destinazione è costi¬ 
tuita da un registro nel modo non-segmentato e da una coppia di registri 
in quello segmentato.- 

Nel caso segmentato il bit, più significativo, ed il byte «riservato», meno 
significativo, della parola di segmento sono a zero per LDAR e indefiniti 
per LDA. 

Per LDAR l'indirizzo della sorgente è valutato nel seguente modo: lo 
spiazzamento di 16-bit con segno viene sommato all'indirizzo della loca¬ 
zione successiva all’istruzione LDAR. Questo calcolo.non altera la parte 
di segmento dell’indirizzo. 


—1— 

modo 

—i—i—i—i i 

36 

—I- liti 

—1—1—1— 

sre 

—*— 1 — 1 —1 

dst R 

1 1 1 1 


modi sre = solamente 4 


LDA (MODI DA e X) 


sre 
DA X 
12 13 

Durata (cicli) 


—n—i—i—i—i— 

34 

11111 _1_1_ 

—I—l—l— 

Base R 

”1-1—1— 

dst R 

16-bit spiazzamento 

■ iti i i— iiii i i 



LDA (MODO DI INDIRIZZAMENTO SU BASE) 


Durata (cicli): 15 


T T ì -1 

7 

l—1—I—1— 

4 

— i —n— 

Base R 

1 7“ 1 

dstR 

0 

_1_1_1_ 

Indice R 

_l I i_ 

0 

_1_1_I_ 

0 

—J_i—L_ 


LDA (MODO INDICIZZATO SU BASE) 


Durata (cicli): 15 
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Durata (cicli): IS 


1 1 I 1 1 1 1 1 

34 

“1—1 l 

0 

i i » 

dst R 

sre spiazzamento 

■ 1 1 1 « 1 ■ 1 » t i i 



LDAR 


Esempio: insieme dei caratteri del testo che si trova all'indirizzo MESG 
della memoria dati. La seguente codifica invierà questi caratteri in uscita 
usando la subroutine OUTCH. 



LDA 

R3.MESG 

llndirizzo dell’insieme del testo in R3I 

LOOP: 

LDB 

RLO, @R3 

IPreleva il prossimo carattere del testo! 


INC 

TESTB 

R3 

RLO 

!Punta al carattere seguente! 


JR 

Z.DONE 

ICarattere zero di terminazione! 


CALL 

OUTCH 

!lnvia in uscita il carattere da RLO! 

DONE: 

JR 

LOOP 

iRitorna indietro per eseguire il prossimo carattere! 
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25. LDCTL(B) dst, sre 


C Z S V D H 

(Si veda il testo) 

Caricamento dei Registri di Controllo 

Il contenuto del registro di controllo specificato è trasferito allo, o cari¬ 
cato dall’accumulatore indicato. I bit di FLAGS vengono alterati solo se 
il dst è un FCW o un FLAGS (sono caricati dalla sorgente). 


-t— i—i—i—i—r 


~i—i—r 

occ R 


~i—r- 

CUR 


Durala (cicli): 7 


( 8C: LDCTLB (Usalo solamente con FLAGS) 

|7D: LDCTL 

! 1: acc R è sre CTLR: 

0: acc R è dsl 
(esadecimale 8) 


1 : 

FLAGS 

2 : 

FCW 

3: 

REFRESH 

4: 

PSAPSEG 

5: 

PSAPOFF 

6 : 

NSPSEG 

7: 

NSPOFF 


Note: (I) PSAPSEG e NSPSEG possono non essére usati nello Z8002. 

L’assemblatore riconoscerà gli mnemonici PSAP ed NSP co¬ 
me PSAPOFF e NSPOFF. 

(2) I bit riservati (o inutilizzati) dei registri di controllo sono inviati 
come zeri; essi sono ignorati quando sono inviati al registro di 
controllo. 


Esempio: il programma deve cambiare il puntatore di indirizzo dello 
stato del programma per accedere alla tabella posta alla locazione NE- 
WSTAT. 


LDA 

RRI2.NEWSTAT 

{Preleva l'indirizzo desideralo! 

LDCTL 

Rll.FCW 

ISalva la parola di controllo di flag! 

DI 

NVI.VI 

{Maschera tutte le interruzioni mascherabili! 

LDCTL 

PSAPSEG,RI2 

{Posiziona il segmentol 

LDCTL 

PSAPOFF.RI3 

{Posiziona lo spiazzamento! 

LDCTL 

FCW.RII 

IRicostituisce FCWI 
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Questa sequenza è ancora vulnerabile se si verifica una NMI tra il mo¬ 
mento in cui si predispone PSAPSEG e quello in cui si predispone PS A 
POFF, ma protegge contro qualsiasi altra interruzione che si verifichi du¬ 
rante il cambiamento del puntatore di indirizzo dello stato del program¬ 
ma. Se si verifica una NMI nel momento critico probabilmente il pro¬ 
gramma si interromperà; si potrebbe evitare questo dando a tutte le aree 
di stato di programma lo stesso segmento o lo stesso spiazzamento. 
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26. LD(^)(R)(B) dst@R, src@R, cnt R 


LDD(B), LDDR(B), LDI(B), LDIR(B) 



C Z S V 0 H 


Caricamento (Blocco) 

Il valore destinazione viene sostituito dal valore sorgente ed il registro 
specificato nel campo cnt viene decrementato di 1 : V è posto ad 1 se il ri¬ 
sultato del decremento ha valore 0; Z è indefinito. 

Opzioni: 

( ^ ): Se c’é l’opzione D, vengono decrementati i registri sre e dst: 
se si sceglie I. vengono autoincrementati. La variazione é ± I 
per i byte, ±2 per le parole. 

(R): Se è selezionata l'opzione R. viene ripetuta l'istruzione fino a 
quando cnt = 0; altrimenti l'istruzione viene eseguita una so 
la volta. 


—1—1—1—1—1—1—1— 

BA + W 

—i—i—r— 

Sre @R 

0 

/ 

—1-1— 

1 

1-1 V 

0 

1 1 1 

coi R 

—1—i—i— 

d»r @R 

—i—l—i— 

R 

0 

1 1 


Durata (cicli): 11 + 9n. 

n è il numero delle esecuzioni 
(n = 1 se non è R) 


D/l: 


Ì l: Decremento 
0: Incremento 
(8 esadecimale) 


R: 


( 0: Ripetizione 
( 1: Una volta 
(8 esadecimale) 


Nota: Se si sovrappongono i campi degli indirizzi sorgente e destinazione 
allora non funzionerà l’autoincremento e funzionerà l'autodecre 
mento, o viceversa; la soluzione consiste nel muovere i dati dall’a¬ 
rea di sovrapposizione prima di trasferirvi nuovi dati. 


Esempio: Memoria dati: F0„ = 1000; F2„ = 2000; F4„ = 3000; E0„ = 1100; 
E2„ = 2200; E4„ = 3300; RI = F0„; R2 = E0„; R0 = 3. 

LDIR @R1,@R2,R0 !R1 = F6„; R2 = E6„; R0 = 0; 

V = 1; memory: F0„, E0,, » 1100; 

F2...E2,. = 2200; F4...E4,. = 3300! 
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27. LDK R, #n 


C 2 S V D H 

Caricamento (di piccole) Costanti 

Il valore destinazione viene sostituito dal numero n (0 £ n 15). 


1 1 1 —1— 1 — 1 — 1 — 

—1- 1 — 1 — 

1 1 1 | 

BD 

1 II Iti» 

dstR 

— 1 _ i 1 

0n i 

. J—i 1 1 


Durala (cicli): 5 


Esempio: 

LDK R0,#5 !R0 = 5 ! 

Per confronto, LD R0,#5 richiede quattro byte di memoria invece dei 
due richiesti da LDK e richiede sette cicli invece di cinque. 
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28 . LDM dsl, sre, #n 


C Z S V D H 


Caricamento Multiplo 

n (1 i n i 16) registri a parola numerati consecutivamente (mod 16). 
partenti da quello specificato nell’istruzione, sono caricati da o in un bloc 
co di n parole di memoria il cui indirizzo iniziale é riportato nell'istruzio 
ne. 


modo 


liti 

1C 

— 1 — l — i — 

mem 

—1— 1 — 1 — 

op2 

( 

) 

R 

_ 1 l 1 

0 

Mr - 1 

» « « 


modi mem: 0, 4 (non #, non 8) 


op2: 


9 : Ré sre, mem è dsl 
1 : Ré dsl, mem é : src. 


mem 

DA 


Il + 3n 14 + 3n 15 + 3n 


Durata (cicli) 


Nota: «numerati consecutivamente (mod 16)» significa che R0 segue 
RI 5. 

Esempio: R0 = 7; RI = 15; R2 = FA,.; R14 = 9; R15 = 10. 

LDM @R2,R14,#4 {Registri inalterati. Memoria dati: 

FA,. = 9; FC,. = 10; FE„ = 7; 100,. = 15! 
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29. LDPS sre 


e z s v o h 

(Caricato dal sorgente) 

Caricamento dello Stato del Programma 

Lo stato del programma, posto nella memoria dati partendo dall'indi¬ 
rizzo sorgente, viene caricato nel PC ed FCW della CPU. 

Il formato dello stato del programma nella memoria dipende dallo sta¬ 
to di SEG in FCW prima che sia eseguita LDPS, trascurando lo stato di 
SEG caricato in FCW dall’istruzione. 

Per la versione non-segmentata, il programma di stato è costituito da 
due parole: FCW seguito da PC. Nella versione segmentata è costituito 
da quattro parole: una parola zero, un FCW, poi il PC in due parole. (Ve¬ 
dasi Figura 2.6) 


~1- 

modo 

* 

—I—i—i—i—i— 

39 

1 1 * » » 

—1-1—1— 

sre 

» « « 

—1—1—1—I 

° 

» » * 1 


modi sre: 0, 4 (non 8, non #) 


sre 

& DA X 


non-seg. 
seg: ind. corto 
seg: ind. lungo 


12 

16 

17 

W\ 

20 

20 

16 

22 

23 


Durata (cicli) 


Esempio: il programma sta funzionando in modo non-segmentato e 
deve passare nel modo segmentato (forse per chiamare una subroutine in 
un altro segmento). 


LDAR 

RO.XYZ 

PUSH 

@ RI3.R0 

LDCTL 

RO.FCW 

SET 

R0,#I5 

PUSH 

@ RI5.R0 

LDPS 

@ RI3 


IPreleva il valore desiderato di PCI 
{Salvalo nello stacki 
IPreleva il valore corrente di FCWI 
IPosiziona bit 15-stato del SEGI 
ILo mette nello stacki 

ICarica gli stati del programma appena costruito — nel modo 
segmentato, l’esecuzione continua in XYZ del segmento cor¬ 
rente! 
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30 . LDR(®) dst, 


sre 


C 2 S V 0 H 


Caricamento di una Costante di Programma 

Viene fatto un trasferimento tra un registro specificato e una locazione 
dello spazio indirizzi del programma (non nello spazio indirizzi dei dati). 


1 -1 — 1 — 1 — 1 — 1 — 1 — 

— » i ”i — 

— I — r T 



op 



LDR(B) 

14 

spiazz 

amento 


LDRL 

17 


i i . j 


Du 

rata 


op: 


30 + W: 

LDR(B) 

35: 

LDRL 

32 + W: 

LDR(B) 

37: 

LDRL 


} 

) 


R è dst, la costante del programma è sre 


R è sre, la costante del programma è dst 


L’indirizzo della costante del programma è calcolata nel seguente mo¬ 
do: lo spiazzamento costituito da un numero di 16 bit con segno viene 
sommato all’indirizzo della locazione che segue l’istruzione LDR. Questa 
non influenzerà mai la parte di segmento dell'indirizzo. 

Esempio: Si abbia un programma di diagnostica di un disco con alcuni 
parametri chiave assemblati in certe locazioni della memoria (piuttosto 
che essere sparpagliati su tutto il programma come argomenti immediati) 
tale da poter essere «sistemati» in un campo per adattarle alle diverse ver¬ 
sioni del controllore o per permettere delle variabili nella configurazione 
di test. 

TRACKS: 77 

SECTORS: 32 
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Una subroutine che debba far riferimento a questi parametri (che devo¬ 
no trovarsi nello stesso segmento) dovrebbe avere una codifica di questo 
tipo: 

LDR RO, TRACKS !R0 = 77! 

LDR RI, SECTORS !R1 = 32! 
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31 . 


m(res) 

SET 


MBIT, MRES, MSET 


*I *T T T 

C Z S V D H 

(See text) 



Test/Azzeramento/Posizionamento ad Uno 
nel Funzionamento Multi-Micro 


MBIT controlla l’ingresso MI, pone S ad uno se l'ingresso è ad uno e 
lascia Z inalterato. MRES e MSET azzerano e pongono ad uno l'uscita 
MO; non alterano i bit di stato. 


» 1 *T 1 1 » 1 

76 

1 1 I— 

0 

1 1 1— 

op2 

MBIT 

7 

» » t i ì » i 

* * * 

■ i , 1_1_ 

MSET/MRES 

5 


Ì A: MBIT 
9: MRES 
8: MSET 


Durala (cicli) 


Esempio: (vedasi la Descrizione dell’Istruzione 32: Istruzione MREQ). 
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32 . MREQcntR 


C Z S V 


Richiesta Multi-Micro 

Gestisce il protocollo di richiesta multi-micro usando la costante del 
tempo di ritardo di propagazione contenuta nel registro specificato dal 
campo erti. Pone Z ad uno se è stata tentata l’acquisizione: se l'acquisizio¬ 
ne avviene pone S ad uno. 

Il protocollo, richiede una logica esterna ed un bus per implementare 
una catena di priorità, funziona nel seguente modo: 

(1) se MI = 1 (la risorsa è già usata), pone MO = 0 e termina l'istru¬ 
zione con Z = 0 ed S = 0. 

(2) Se MI = 0 (la risorsa può essere disponibile), pone MO = I ; poi 
decrementa cnt fino a zero (7 cicli per ogni decremento). 

(3) Se MI = 1 (il segnale da MO non è bloccato dalla catena di prio¬ 
rità), termina l’istruzione con Z = 1 e S - 1 (risorsa acquisita). 

(4) Se MI = 0 (il segnale era bloccato), pone MO = 0 e termina l’istru¬ 
zione con Z = 1 ed S = 0 (ha tentato l’acquisizione, ma è fallita). 


— 1 — 1 — 1 — 1 — 1 — 1 — 1 — 

7B 

cnl R 

- 1 - 1 - 1—1 

0 ! 


1 I -A-- 



Durata (cicli): 12 + 7n 

n è il numero di volte che si decre¬ 
menta cnt (n = 0 se non è riuscita 
l'acquisizione). 


Esempio: 

WAIT: 


USE: 


MBIT 


(Controlla MI! 

JR 

MI,WAIT 

lAspetta fino a quando MI ha il valore deside¬ 
rato! 

LDK 

R0,#20 

[Permette un ritardo di propagazione di 3S ps 
(a 4 MHz)! 

MREQ 

R0 

[Esegue il protocollo! 

IR 

MI,USE 

ISe lo acquisisce, lo usai 

MRES 


[Altrimenti azzera MOI 

JR 

WAIT 

[Prova ancora! 

(usa la risorsa) 

(usa la risorsa) 

MRES 


[Azzera MO — rilascia la risorsa! 
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33 . MULT(L) R, sre 



C Z S V D H 

(Si veda il Cesto) 


Moltiplicazione 

La destinazione è un gruppo di registri di dimensione doppia di quella 
dell’argomento sorgente: una coppia di registri per MULT e quattro regi¬ 
stri per MULTL. La metà meno significativa del valore destinazione è 
moltiplicata per il valore sorgente ed il prodotto sostituisce il valore desti¬ 
nazione; tutti i valori sono considerati come numeri segnati in comple¬ 
mento a due. 

Z ed S vengono posizionati come previsto; C viene posto ad 1 se il pro¬ 
dotto è minore di — 2' 5 (—2 31 per MULTL) o maggiore o uguale a 2 15 (2 31 
per MULTL); V viene sempre azzerato. 


1 

—i—i—r —r -i — 

—1—1—1— 

T T' ! 

modo 

_1_ 

op 

_1_1_1_1_1— 

sre 

_1_1_1_ 

dst R 

—1_1—1— 


modi sre: 0, 4, 8 



119: 

MULT 

op: 

\18: 

MULTL 


MULT 

MULTL 


sre 


K 

0 

(fi 

l>A 

X 

70 

70 

70 

71 

72 

282+ 7n 

282 + 7n 

282 + 7n 

283 + 7n 

284 + 7n 


Durata (cicli) 
valore sre i= 0 


sre 

K » ® ha x 


18 

18 

18 

19 

20 

30 

30 

30 

31 

32 


Durata (cicli) 
valore sre = 0 


n è il numero di bit diversi da zero n e\Vampiezza, della metà meno significativa, del valore 
destinazione. 
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Esempio: RO = 99; RI = 99; R2 = -2;R3 = 0; R4 = 1; R5 = 16. 


MULTL RQ0.RR4 !R0 = -1; RI = -3;R2 = -32;R3 = 0; 

R4 = 1; R5 = 16; | i ] o | 1 | o| ! 

C Z S V 


In questo esempio, — 2 17 x (2 16 + 2 4 ) = —(2 33 + 2 21 ); notate che sono 
irrilevanti i valori originali di RO e RI. Il tempo richiesto per l'esecuzione 
di questa istruzione è 282 + 7 = 289 cicli, siccome 2 11 non ha bit zero. 

Nota Speciale: Nelle CPU costruite prima di Marzo 1980 l'istruzione 
MULTL può non funzionare quando è abilitato il funzio 
namento del registro REFRESH. 
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34 . nop 


C Z S V D H 


Nessuna Operazione 

La CPU non fa niente per 7 cicli. 


i—i—i—i—i—i—i—i—i—i—»—i—i—»—r 

8007 

■ » « * I I I I—I—I—I 1 I—I L 


Durata (cicli): 7 


Nota: NOP ha due usi principali: fornire la struttura portante per i loop 
di attesa e riempire il posto lasciato dalle istruzioni eliminate. 

Esempio: 


NOP 

!7 

ciclil 

NOP 

!7 

cicli! 

NOP 

!7 

cicli! 

NOP 

!7 

cicli! 

DJNZ RO.LP 

ili 

cicli! 


Questo loop verrà eseguito in 39n cicli, dove n è il valore iniziale di RO. 
considerato come un numero positivo privo di segno compreso tra 1 e 2 ,ft 
(esempio RO = 0 significa che il loop sarà eseguito 2 lh volte). Usando un 
clock di 4 MHz questo permette un’intervallo compreso tra 9.75 ps e 639 
ms: un numero maggiore di NOP potrebbe dare un ritardo massimo mag¬ 
giore. ma con una regolarizzazione piuttosto grossolana. 
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35 . POP(L) dst, @R 


cr 


S V D H 


Prelievo dallo Stack 


Il valore della locazione indirizzata dal registro sorgente (puntatore 
dello stack) sostit -e il valore destinazione; poi il registro sorgente viene 
incrementato di una quantità pari al numero di byte trasferiti (2 per POP. 
4 per POPL). (Vedasi Figura 2.2). 


1 

—1—1—1—1—I— 

—1—1—1— 

' ' H 

modo 

_l_ 

op 

» » * • » 

sre @R 

_1_l_1_ 

dst 

_1_1_1—« 


modi dst: 0, 4, 8 


17: POP 
15: POPL 


dst 



R 


DA 

X 

POP 

8 

12 

16 

16 

POPI. 

12 

19 

23 

23 


Durata (cicli) 


Note: (1) Per POPL il puntatore di stack usato nel campo sre non può 
essere usato anche nel campo dst. Esempio POPL RR4. @ R4 
é illegale. 

(2) L’autoincremento del registro sorgente viene fatto per ultimo. 
dopo tutti i calcoli di indirizzo e trasferimento dati. 


Esempio: R6 = FA,.; Memoria dati FA,. = 1111 ; FC,. = 2222; FE,. = 3333. 


LD R0,2(R6) !R0 = 2222; R6 = FA,.; memoria invariata! 

POP 2(R6),@R6 !R0 = 2222; R6 = FC,.; FA,. = 1111; FC,. 

FE,. = 3333! 


1111 ; 
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36 . PUSH(L) @R, sre 


C Z S V D H 


Deposito nello Stack 

Il registro destinazione (puntatore di stack) è decrementato di una 
quantità pari al numero di byte da trasferire (2 per PUSH. 4 per 
PUSHL); poi il valore sorgente sostituisce il valore della locazione di me¬ 
moria indirizzata dal nuovo valore del registro destinazione. (Vedasi Fi¬ 
gura 2.2). 


—1— 

modo 

_l— 

T i 1-1—1- 

op 

_1 1 1 1 1_ 

1 T 1 

dtt @R 

» » « 

sre 

1 1 * » * 


modi sre: 0, 4, 8 
(non tf) 


13: PUSH 
11: PUSHL 

PUSH(L)—sre non # 



R 


DA 

X 

PUSH 

9 

13 

14 

14 

PUSHL 

12 

20 

21 

21 


Durala (cicli) 


i i—i—i—r- 


—1-1-1— 

' ■ » l 

00 


dst @R 


_i— i -i. i i 

i » 1 

■ ili 

■ ■ ■ 1 


Durala (cicli): 12 


PUSH deirimmediato 


Note: (1) Per PUSHL il registro puntatore di stack usato nel campo dst 
non può essere usato anche nel campo sre: esempio PUSHL 
@ RR6, @ RR6 è illegale. 

(2) L’autodecremento del registro destinazione viene effettuato 
dopo tutti i calcoli di indirizzo, ma prima del trasferimento da¬ 
ti. 
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Esempio: R6 = FC,.; RO = 2222; Memoria dati FA,. = 0000; FC,. = liti; 
FE,. = 3333. 

PLSH @R6,@R6 !R6 = FA,.; memoria FA,. = 1111; FC„ = 1111; 

FE„ = 3333! 

LD 2(R6),R0 !R6 = FA,.; RO = 2222;memoria FA,. = 1111; 

FC,, = 2222; FE,. = 3333! 
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37 . RET cc 


C Z S V 0 H 


Ritorno da Subroutine 

Se è vera la combinazione dei bit di FLAGS codificata nel campo cc. 
allora il PC (2 parole se siamo nel modo segmentato, 1 se siamo in quello 
non - segmentato) viene prelevato dallo stack controllato dal registro di 
stack implicito (RR14 o R15). 



non- 
seg. seg. 

cc Falso 
cc Vero 


7 

7 

IO 

13 


Note: (1) L’uso di questa istruzione prevede una precedente istruzione. 

CALL, CALR o equivalente che metta, nel formato opportu¬ 
no, un indirizzo nello stack. 

(2) RET può essere scritto senza il campo cc. in questo caso il ri¬ 
torno viene eseguito senza verificare alcuna condizione. 

Esempio: I numeri nel campo commenti indicano la sequenza delle 
istruzioni eseguite. 


CALLXYZ 

! 1 ! 

HALT 

!4! 

NOP 

! 2 ! 

RET 

!3! 
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38 . r(£)(C)(b> r, ^posizioni 

RL(B), RLC(B), RR(B), RRC(B) 


C Z S V 0 H 

(Si veda sotto) 


Rotazione a Destra/Sinistra 

Il registro destinazione è considerato come un insieme circolare di regi¬ 
stri di un bit in cui il bit più significativo (7 o 15) è spostato di una posizio¬ 
ne alla destra del bit zero. Se C è incluso viene trattato come un ulteriore 
registro ad un bit posto tra il bit zero e quello più significativo. Il circolo 
viene ruotato verso sinistra o destra di un numero di posti pari al valore 
specificato (1 o 2). 

Se C non è incluso viene posizionato all’ultimo valore utilizzato per 
passare dai bit più significativi a quelli meno significativi. 


1 2 
Posizioni 


—! 1 1 1—1-1—I— 

B2 + W 

T" T T' 

dsiR 

* 


P 

0 


6 

’ 

1 L 1- 1111 

■ ■ i 

_ 







Durata (cicli) 


C: 

1 1 = Comprende C 

l 1 = Destra 

l 1 = 2 Posizioni 
p: < 


' 0 = Non comprende C 

( 0 = Sinistra 

(0=1 Posizioni 


(8 esadecimale) 

(4 esadecimale) 

(2 esadecimale) 


Note: (1) Viene modificato come detto sopra; Z ed S sono posizionati in 
funzione del risultato; V è posto ad uno se cambia il segno del 
valore destinazione. 

(2) Se nella designazione del linguaggio di assemblaggio viene om- 
messo il numero di posizioni di cui si deve eseguire la rotazio¬ 
ne, si assume il valore 1. 

Esempio: ro = afos,,. 


RLB RH0,?2 

!R0 = BE05„; 

0 

0 

l 

0 

RR RO 

!R0 = DF02„; 

1 

0 

1 

0 

RLCB RL0,#2 

!R0 = DFOA,.; 

0 

0 

0 

0 

RRCBRHO 

!R0 = 6F0A,.; 

1 

0 

0 

1 

RLC R0,#2 

!R0 = BC2A,.; 

1 

0 

1 

1 



c 

z 

s 

V 


170 








39 . r(r)db dst R, sre R 


RLDB, RRDB 



C Z S V D H 


Rotazione di Digit tra Byte 

I due digit del registro sorgente, ed il digit meno significativo del regi¬ 
stro di destinazione, vengono considerati come una struttura circolare di 
digit e ruotati di una posizione verso sinistra o destra. 


1 ' ' » 


srcR 

dst R 


Durala (cicli): 9 


op: 


BE: RLDB 
BC:RRDB 


Nota: I registri a byte sorgente e destinazione non devono essere gli stes¬ 
si. 


Esempio: ro = abcd,.; ri 


RLDB RL1.RH0 

!R0 = 

RLDB RHO,RI O 

!R0 = 

RLDB RL0.RH1 

!R0 = 

RLDB RHI.RI.l 

!R0 = 

RRDB RI.l,RI O 

!R0 = 

RRDB RHO.RHI 

!R0 = 


= KF12„. 


B2CD; RI = EF1A; 

0 

0 

BCD2; RI = EF1A; 

0 

1 

BCDE; RI = F2IA; 

0 

1 

BCDE; RI = FIA2; 

0 

1 

BC2D; RI = F1AE; 

0 

1 

B12D; RI = CFAE; 

0 

1 
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40 . SC Vindice 


C Z S V D H 

(Posizionato da PSA) 


Chiamata Sistema 

Quando si verifica la trappola di chiamata sistema, l’istruzione diventa 
la ragione. Il campo indice, nel byte meno significativo della ragione, con¬ 
sente una selezione delle routine software analoga all’interruzione vetto¬ 
riale. 


i i i—i i i r- 

ff indice 

i i i i » i * 


-I —»—i—i—i—i—r- 

7F 


non- 
seg. seg. 

133 | wl 

Durala (cicli) 


Esempio: FCW = 8000 ,,; PC = (300,.,200,.); RR14 = (500,,, 100 ,,); 

Puntatore dello stack di sistema = (6O0„,B0„>. 

SC #7 !FCW,PC Caricato da PSA (Vedasi Figura 2.9) 

NSPSEG = 500,.; NSPOFF = 100,.; RR14 = <600,„BA„)*; 
Memoria dello stack nel segmento 6 = 7F07„; BC„ = 300,,; 
BE„ = 202,,! 


*Si suppone che FCW riceva da PSA il modo sistema = I 
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41 . 



C Z S V D H 


SDA(£), SDL(£), SLA(g), SLL(g), SRA(® ), SRL(g) 


Spostamento 

I contenuti del registro destinazione sono spostati secondo la direzione 
ed il numero di posizione specificate nel valore sorgente. 

Per uno spostamento a sinistra, le posizioni libere, meno significative 
vengono riempite con zeri, mentre l’ultimo bit spostato daH'estremo più 
significativo viene usato per posizionare C. Per lo spostamento a destra, 
C viene posizionato dall’ultimo bit spostato dall’estremità meno significa¬ 
tiva. I bit più significativi liberi sono riempiti con zeri per uno spostamen¬ 
to logico o con il bit del segno originale per uno spostamento aritmetico. 

Un valore sorgente negativo indica uno spostamento a destra, un valo¬ 
re positivo indica uno spostamento a sinistra; l’ampiezza è il numero di 
bit da spostare. Se l’ampiezza supera il numero di bit contenuti nel regi¬ 
stro destinazione, l’operazione è indefinita; se é zero non si ha alcun spo¬ 
stamento. 

Z ed S sono posizionati in funzione del valore di destinazione finale 
(anche per un valore sorgente zero); C viene posizionato come detto so¬ 
pra; V è indefinito per gli spostamenti logici, azzerato per gli spostamenti 
aritmetici a destra ed uguale a uno per gli spostamenti aritmetici a sinistra 
se i valori iniziali e finali di destinazione hanno segno diverso. 


1 1 V T 1—1— J— 

op 

— i — I — i— 

dsiR 

! 

l w 

0 

/ 

1 

1 

Dipende da D/l 

■ - A ■ 1 -i- J 1 J _» » ■ « » 






Dinamico is + 3n 
Immediato t3 4-3n 


n = numero di 
posizioni sposta¬ 
te o I se non c’è 
spostamento 


Durata (cicli) 


op: 



(L/W = 0): byte 

( L/W = 1: Parola lunga 
l./W = 0: Parola 
(hex 4) 


A/L: 


I: Aritmetico 

0: Logico 

(hex 8) 


D/l: 


Dinamico; formato dalla 2* 
t parola 

(0:Immediato; la 2* parola contiene il valore sorgente 


—1—*— 

0 

—1—1—1— 

1—1—I— 

ve R 

_« « » 

—»—l—1— 

0 

—L_J_ 1 - 

—1-1-1—1 

0 


(2 esadecimale) 
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Nota: Il valore sorgente di SR ( £ )( ® ) viene specificato nel linguaggio 
di assemblaggio come positivo, ma nell’istruzione viene assembla¬ 
to un valore negativo; la coerenza con l’uso delle altre istruzioni a- 
vrebbe richiesto: 

SA RO,#— 5 invece di SRA R0,#5 
SA R0,#5 invece di SLA R0,#5 
SA R0.R1 invece di SDA R0,R1 
Tale utilizzo sarebbe stato troppo sconveniente e soggetto ad erro¬ 
re. 
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42 . TCC(B) cc, R 


C Z S V D H 


Test del Codice Condizione 

Se è vera la combinazione dei bit di FLAGS codificata nel campo cc. il 
bit meno significativo del valore destinazione è posto ad 1. altrimenti il bit 
meno significativo non viene cambiato (NB.: non posto a zero). 


-i—i—«—i—»—i—r 

A£ • W 

t 1 1-1-1-1—1— 


di» R 

I_1_L_ 


Durata (cicli): 5 


Esempio: < I o ò I 


RO = 0. 


c 

Z S V 


TCC I.K.K0 

!R0 = 0001 

LE è vera) 

TCCGT.RO 

!R0 = 0001,.; 

GT è falsa — ma non azzera R01 

CLR RO 

!R0 = 0! 


TCCGT.RO 

!R0 = 0! 
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43 . TEST(®) dst 



C Z S P OH 

(Si veda la nota) 


Test 

Pone ad 1 Z se il valore destinazione è 0, S se il bit più significativo è 
l,P se TESTB ed il valore destinazione hanno parità pari. 


K & DA X 

TEST(B) 

TESTL 


( OC + W: TESTtB); op2 = 4 

° P ( IC: TESTL; op2 = 8 

Nota: P è lasciato inalterato da TEST, indefinito per TESTL 


7 

8 

11 

12 

13 

13 

16 

17 


Durata (cicli) 


—1“ 

— 1 — 1 — I — I — i — 


i ir 

ni odo 

op 

dst 

op2 


modi dst: 0, 4, 8 


Esempio : ro = ffo7 . 

TESTRO ! | o | i | ! 

z s 


TESTB RHO ! 

TESTB RLO ! 

z s p 
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44 . TR(T)(^)(R)B string @R, table @R, cnt R 


TRDB, TRDRB, TRIB, TRIRB, M I I I II 

TRTDB, TRTDRB,TRTIB, TRTIRB C 2 $ V D H 

Conversione (Blocco) 

Jl byte indirizzato dal registro string è usato come indice alla tabella di 
byte il cui indirizzo base si trova nel registro table. Il byte cosi indirizzato 
è chiamato conversione del byte originale; è memorizzato in una delle due 
posizioni funzioni di (T). 

Poi i contenuti del registro cnt sono decrementati di uno e V é posto ad 
uno se il contenuto risultante è zero. 

Opzioni; 

(T): Se si ha l’opzione T, allora la conversione è memorizzata nel 
registro a byte RH1 e Z è posto ad uno se il valore convertito 
è zero; altrimenti la conversione sostituisce il byte originale 
indirizzato dal registro string; RH1 e Z sono indefiniti. 

( ^ ): Se si ha l’opzione D, autodecrementa il registro string; se si 
ha I lo autoincrementa; il cambiamento è di ±1. 

(R): Se si ha l’opzione R l’istruzione viene ripetuta fino a quando 
cnt è decrementato a zero o (solamente per T) RH1 ottiene 
un valore di conversione diverso da zero. 


1 — 1 — 1 — 1 1 1 — I — 

B8 

— 1 1 1 

string @R 

D 

/ 

0 

T 

0 

0 

cnt R 

1— l 1 1 

table @R 

JL— 1 J.. 


C 

L —t 

) 



Durata (cicli): 11 + I4n 

n è il numero di esecuzioni; n — 1 se 
non è R. 


D/l: 


1 = Decremento 
0 = Incremento 
(8 esadecimale) 


• il = Ripete 
( 0 = Una volta 
(4 esadecimale) 


j 1: dst = RH1; Test per = 0 

) 0: dst = @string(Non fa il test) 

(2 esadecimale) 
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Nota: Viene trascurata la designazione, nel linguaggio di assemblaggio, 
@ table. L’argomento prelevato dalla memoria usa table in una 
variante delFindirizzamento indicizzato tramite base: table (@ 
string). La memorizzazione dell’argomento (nel caso non T) è real¬ 
mente un indirizzo indicizzato tramite base: table (string). 

Esempio: Supponete sia data una tavola nella memoria dati costituita 
da 128 punti di ingresso di un byte: per ciascun i. 0 £ i £ 127. l'entrata i- 
esima è il codice EBCDIC del carattere il cui codice ASCII é i (EBCDIC 
è un altro codice carattere). L'indirizzo della tabella è ASCEBC. Suppo 
nete di avere una stringa di 80 caratteri ASCII che inizia nella memoria 
dati a CHARSTR. 


LD 

R3,*80 

U.unghezza della stringa! 

LDA 

R2,ASCEBC 

ilndirizzo della tabella! 

LDA 

RI,CHARSTR 

Ilndirizzo della stringa! 

TRIRB 

@R1,@R2,R3 

!La stringa è convertita in EBCDIC! 
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45 . TSET(B) dst 




C 2 S V D H 


Test e Posizionamento ad Uno 

Viene controllato il segno del valore destinazione e S posizionato coe¬ 
rentemente; poi il valore destinazione viene sostituito con —1. 


SS 


KM 

UN 


modi dst: 0, 4, 8 


dJ 

ii 

1 14 1 

M 


Nota; Questa istruzione è fornita per implementare dei semafori: indica 
tori di controllo per le risorse condivise. La convenzione stabilita è 

positivo = libero 

negativo = utilizzato 


BUSRQ non viene trattato durante l’esecuzione di questa istruzione, 
per cui se c'è solamente una CPU nel sistema, non ci possono essere altri 
accessi al semaforo tra il controllo e il posizionamento. 

Esempio: 

WAIT: TSET SEMA ÌAspetta che SEMA diventi positivo! 

JR MI, WAIT 
(usa la risorsa) 

CLR SEMA (Rilascia la risorsa) 

La risorsa condivisa in questo esempio potrebbe essere un insieme di 
indicatori di programma, di dati o potrebbe essere l'accesso ai registri di 
controllo della CPU. 


179 





Capitolo V 

Modi di Indirizzamento 
dello Z8000 


Nel Capitolo IV abbiamo descritto tutte le istruzioni dello Z8000 ed 
abbiamo citato i modi di indirizzamento che esse usano per indicare le lo¬ 
cazioni dei loro argomenti. In questo capitolo presenteremo questi modi 
di indirizzamento. 

Le istruzioni prelevano i loro argomenti da tre posti diversi: dall’istru- 
zione stessa, da un registro o da una locazione di memoria. Se una istru¬ 
zione preleva il suo argomento da una locazione di-memoria, l'indirizzo di 
tale locazione può essere trovato in uno dei seguenti tre modi: nell'istru 
zione stessa, in un registro o per mezzo di un calcolo. Il calcolo usato per 
determinare gli indirizzi è sempre costituito da una somma di un indirizzo 
con uno spiazzamento. Esistono tre varianti: sia l'indirizzo che lo spia/, 
zamento possono essere nei registri, l’indirizzo può trovarsi in un registro 
e lo spiazzamento in una istruzione, lo spiazzamento può essere in un re¬ 
gistro e l'indirizzo in una istruzione. La Figura 5.1 illustra queste tre pos 
sibilità e i simboli associati ai corrispondenti modi di indirizzamento. 

La Figura 5.1 non fa distinzione tra argomenti sorgente e destinazione: 
ad eccezione di quando l’argomento è compreso nell’istruzione: ossia solo 
quando è un argomento sorgente. Tutti gli altri modi rappresentanti pos¬ 
sono essere utilizzati sia per argomenti sorgente che per quelli destinazio¬ 
ne. 

Non è difficile capire perchè esistono i modi di indirizzamento imme¬ 
diato (#). mediante registro (R). con indirizzo diretto (DA) e indiretto su 
registro (@); ma, perchè ci sono i modi di indirizzamento B, X e BX? Nei 
primi calcolatori c’era solo il modo X. Per esempio. sull'IBM 7094 uno 
scriveva l’equivalente di 


LD RO.TABLE(Rl) 
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Figura 5.1 — Modi di Indirizzamento dello Z8000 

e in quel caso. Ri non era un registro non specializzato, ma era un regi¬ 
stro indice. Esso aveva 15 bit mentre l’accumulatore ne aveva 36 e i cam¬ 
pi di indirizzo delle istruzioni (non c’erano registri indirizzo) avevano 18 
bit. L’indirizzo TABLE era contenuto nell’istruzione. 

Il nuovo uso deH’indirizzamento indicizzato si sviluppò con l'arrivo dei 
successivi calcolatori dotati di molti registri non specializzati. In questo 
caso, gli elementi dello stack possono essere indirizzati come 0(R). 2(R), 
4(R). ecc. se un registro (R) non specializzato può essere considerato co¬ 
me registro indice oppure come puntatore di stack. (Si vedano gli esempi 
per le Descrizioni Istruzioni 35 * POP e 36 * PUSH). Questo si verifica u- 
sando il modo indicizzato all’inverso, infatti 0, 2,4. ecc., dovrebbero esse¬ 
re indirizzi ed R dovrebbe contenere lo spiazzamento, invece in realtà R 
contiene l’indirizzo e 0, 2, 4, ecc., sono gli spiazzamenti. Questo non crea 
differenze se gli indirizzi e gli spiazzamenti sono indistinguibili gli uni da¬ 
gli altri, ma questo non è vero su uno Z8000 segmentalo. Questo é il mo 
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t—I—I—I— i—i—I—I—I—i—i—»—i—|-r 

Indirizzo 

INDIRIZZO NON-SEGMENTATO 
16 bit indirizzano 65.536 byte 


0 


IBI 


Indirizzo all’interno del Se 

sgmento (spiazzamento) 

■ ■ 


INDIRIZZO SEGMENTATO ESTESO 
23 bit indirizzano 8.388.608 byte 
il numero del segmento a 7 bit indirizza 128 segmenti 
16-bit di spiazzamento indirizzano 65.536 byte 












INDIRIZZO SEGMENTATO CORTO 
15 bit indirizzano 32.768 byte 
il numero del segmento a 7-bit indirizza 128 segmenti 
8-bit di spiazzamento indirizzano 256 byte 


Figura 5.2 — Formati degli Indirizzi Usati nelle Istruzioni 

tivo per cui il modo di indirizzamento su base (B); rende ancora possibile 
l'espressione 2(R), sebbene B sia scritto come R(#2). Quindi si mantiene 
l'uso originale: l'indirizzo base fuori dalle parentesi e lo spiazzamento 
dentro. 

Il prossimo punto riguarda l’indirizzamento in modo indicizzato su ba 
se (BX): qualche volta nè l'indirizzo base né lo spiazzamento è conosciuto 
fino al momento dell’esecuzione dell’istruzione, (esempio, vedasi Figura 
3.9). 

Nel Capitolo II abbiamo trattato il formato del registro degli indirizzi 
segmentati (vedasi Figura 2.3). Come mostrato in Figura 5.1 esistono due 
diversi modi (DA e X) per rappresentare un indirizzo nell'istruzione e cia¬ 
scuno ha tre formati: uno per gli indirizzi non-segmentati e due per gli in¬ 
dirizzi segmentati. Questi formati sono riportati in Figura 5.2. 

Questo significa che ogniqualvolta che il campo di modo, che controlla 
sia sre che dst, contiene il valore 4 (vedasi Figura 4.16). nella memoria 
programma, all’istruzione base, deve seguire un indirizzo espresso in uno 
dei tre formati di Figura 5.2. La Figura 5.3 riporta alcuni esempi a riguar 
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mmmm 


UH 

KM 

Ì^H^^HHIWHj 





Indirizzo di X 

J_l_l_I_l_i_i_i_i_l_i_i_i_i_L 

CPLRR2,X(R6) (Non-Seqmentato) 


-1 

1—1—1— 

5 

-1-1-1— 

0 

—i—i—'— 

6 

i i i 

—i—«—i— 

2 

0 

Segm 
* » » 

ento di X 

0 

0 

—1 

Indirizzo di X 

nel segmento 

1 * * 1 

1 1 1 » 


CPL RR2,X(R6) (Segmentato. Indirizzo esteso) 


IH1 

HH 

HH 

KH 

D 

Hg 





CPLRR2,X(R6) (Segmentato. Indirizzo corto) 


UKK 

—r—i—i— 




0 

HH 

H 


—1—l—i— 




Indirizzo di X 

I I ‘ ‘ * ■_i l i l i i i i l 

CPL RR2,X (Non-Segmentato) 


— r~ 

—1-1-1-1—1- 

-1—1-1— 

—i—i—i— 

modo 

1 0 

sre 

dst R 

_1_ 

* »_1_1_I_ 

_i_i_i_ 

A A, ■ 1— 


CPL R, sre 

(Istruzione Base usata sopra) 


Figura 5.3 — Indirizzi nelle Istruzioni 
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UH 

KM 

KM 

KM 

KM 

KM 

-v- 1 -v- 

8 

_a_ 1 _a_ 

-*- 1-1- 

9 

_ i _i - «- 

MM 

’ ■ ’ 

B 

« » « 

KM 

KM 


CPL RR2,#%6789ABCD 


MM 

MMJMMMM 




) 0 



MM 





CPL R.src 

(Istruzione Base usata sopra) 


MM 

MM 

MM 

KM 

KM 


KM 

KM 


DIV RR6,*36 


IMI 





i 1 6 

UH 


■HI 

^K^K^Kr^KIHnK 




DIV R,src 

(Istruzione Base usata sopra) 


Figura 5.4 — Esempi di Argomenti Immediati 

do. Si noti come il formato dell’istruzione, costruita al momento dell'as¬ 
semblaggio, debba corrispondere esattamente al modo segmentato fissa¬ 
to al momento dell’esecuzione. Questo non si verifica (eccetto per i regi¬ 
stri di numero pari) con i formati dell’istruzione relativi agli altri cinque 
modi di indirizzamento. 

Degli altri tre formati «ordinari» (R, @, #) solamente # richiede della 
memoria addizionale oltre all’istruzione di base; infatti ogniqualvolta che 
appare la combinazione di un modo zero con RO nel campo controllato 
sre (vedasi Figura 4.16), il valore sorgente viene appeso all'istruzione ba¬ 
se. Alcuni esempi di questo caso sono riportati nella Figura 5.4. 
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— 1 — 1 — 1 — 

- 1 - 1 - 1 - 

— 1—1 — 1 — 

—1 — 1 — 1 — 

3 

0 

6 

4 



1 1 1 






0 

0 

0 

2 

_ 1 _ 1 _ 1 _ 

_ 1 _ 1 _ 1 _ 

_ 1 _ 1 _ 1 _ 

_ L .1 _ 


LDB RH4,R6(#2) (Non-Segmentato) 
LDB RH4,RR6(#2)(Segmentato) 


■KM 

KM 

HjH 

KM 

- 1 1 _ 1 _ 

-»- 1 -■ ' 

spiaz 

- 1111 

zamento 

11111 

tii 


LDB R, BaseR(# spiazzamento) 
(Formato dell'istruzione usata sopra) 


—i—i—i— 

7 

—1—1—1— 

0 

—i—i—i— 

6 

-1-1-1- 

c 

0 

_J_1—1— 

2 

_1 -1. I_ 

0 

_1_1_1_ 

• t 1 

0 

» *_ 


LDB RL4,R6(R2) (Non-Segmentato) 
LDB RL4,RR6(R2) (Segmentato) 


1 1 1 

7 

—i—i—i— 

0 

-1-1-1- 

Base R 

—1—1—1— 

R 

0 

-1-1-1— 

spiazzamento R 

_1_1_1_ 

i i i 

0 

_1_1_1_ 

1 t 1 

0 

_1 i i 


LDB R, Base R (Spiazzamento R) 

(Formato dell'istruzione usata sopra) 

Figura 5.5 — Esempi di Modo di Indirizzamento su Base e Indiciz¬ 
zato su Base 


Gli altri due modi di indirizzamento, B e BX, sono disponibili solamen 
te con le istruzioni LD e LDA. Nelle corrispondenti descrizioni delle i- 
struzioni sono illustrati i formati completi, compreso lo spiazzamento per 
l’istruzione B. 

La Figura 5.5 riporta alcuni esempi. Si noti che. se la CPU sta funzio¬ 
nando in modo segmentato o non-segmentato la stessa istruzione ha due 
significati diversi. 
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ESADEC. 

SIGNIFICATI 

ESADEC. 

SIGNIFICATI 

0 

RO.RHO.RRO.RQO 

8 

R8,RL0,RR8,RQ8 

1 

Rl.RHl 

9 

R9.RL1 

2 

R2.RH2.RR2 

A 

R10.RL2.RR10 

3 

R3.RH3 

B 

R11.RL3 

4 

R4,RH4,RR4,RQ4 

C 

RI2,RL4,RR12,RQ12 

5 

R5.RHS 

D 

R13.RL5 

6 

R6.RH6.RR6 

E 

R14.RL6.RR14 

7 

R7.RH7 

F 

R15.RL7 


Figura 5.6 — Interpretazione dei Campi di Registro delle Istruzioni 

Esiste un altro punto importante: ogniqualvolta, il registro di stack 
(RI5 o RR14) viene usato come un registro indirizzo, lo stato di uscita 
dalla CPU assume il valore di «riferimento allo stack». esempio nei modi 
@,e B quando è nel modo base o BX. Quando il registro di stack è usato 
come un indice (esempio, 2(SR)), le linee di stato indicano un riferimento 
ad un dato in memoria. 

Si noti anche la codifica esadecimale dei registri a byte: RHO ad RH7 
sono numerati da 0 a 7; RLO e RL7 sono numerati da 8 a F. La Figura 
5.6 mostra tutte le codifiche dei registri usate nelle istruzioni. Ad eccezio¬ 
ne di RLO, ..., RL7 ciascun indirizzo é codificato con il corrispettivo nu¬ 
mero assegnato nel linguaggio assembler. Perciò. Rn. RRn. RQn e RHn 
appaiono tutti come n nel campo registro; RLn appare come 8 + n. 

Esiste un ulteriore modo di indirizzamento, studiato per accedere allo 
spazio di indirizzo programma: l’indirizzamento relativo. L'indirizzamen- 
to di modo relativo ricava un indirizzo sommando o sottraendo dal PC 
uno spiazzamento contenuto nell’istruzione. Esistono molte varianti di 
questo modo tutte riportate nelle descrizioni delle varie istruzioni (CALR. 
JR, LDAR, LDR). L’indicazione dell’uso di questo modo viene data nello 
mnemonico dell’assembler. Occorre ricordare che il valore del PC usato 
nell’indirizzamento relativo è quello della locazione che segue l'istruzione. 
Le varie descrizioni di istruzioni fanno corrispondere questo «$,» con il 
contatore di locazione. Per cui, nelle descrizioni delle istruzioni la «fine¬ 
stra» relativa all’indirizzamento relativo è espressa in termini di indirizzo 
dell’istruzione. Ma se voi state assemblando normalmente una di queste i- 
struzioni, dovete ricordarvi di calcolare lo spiazzamento partendo dall’in¬ 
dirizzo dell’istruzione successiva. 

Questo conclude la nostra descrizione dei modi di indirizzamento e del¬ 
le istruzioni dello Z8000. La parte rimanente del libro spiega come usarli. 
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Capitolo VI 

Tecniche per la gestione 
dell’Ingresso/Uscita 
(Input/Output) 


La CPU Z8000 è un dispositivo a 40 o 48 piedini; tutte le sue comuni¬ 
cazioni con i dispositivi esterni devono avvenire attraverso questi piedini. 
Tutti gli I/O dipendono dagli zeri ed uni presenti sui piedini del bus indi¬ 
rizzi/dati (AD 15 — ADo), sui tre piedini dej_bus di controllo (AS. MREQ. 
DS), sui sette piedini di stato (R/W, B/W, N/S, ST 3 — STo) e sui tre 
piedini delle interruzioni (NMI, NVI, VI). 

Naturalmente, tutte le operazioni interne alla CPU dipendono dagli ze¬ 
ri e uni che si trovano nei vari registri e nei vari bus, ma l’evoluzione delle 
CPU negli anni ci ha portati sempre più lontani da questi zeri ed uni gra¬ 
zie alla possibilità di operare a livelli di astrazione sempre più elevati. Allo 
stesso modo, ogni nuova generazione di microprocessori è in grado di u- 
sare I/O più sofisticati dei semplici ritardi e impulsi generati sulle singole 
linee. Tuttavia, questi nuovi sviluppi sono stati forniti principalmente sot¬ 
to forma di dispositivi opzionali di supporto esterno. Questo significa che 
si possono omettere quando si considerano principalmente i costi e il con¬ 
teggio dei componenti. E anche quando sono inclusi, il fatto che siano 
componenti esterni significa che il programmatore è maggiormente coin¬ 
volto nei dettagli di I/O rispetto a quando questi non sono presenti. 

Per queste ragioni, in questo capitolo discutiamo alcune delle tecniche 
tradizionali di I/O come i ritardi, gli impulsi, il trattamento delle stringhe 
seriali di bit, il controllo delle temporizzazioni e similari. Nel prossimo ca¬ 
pitolo discuteremo i componenti speciali che rendono obsolete queste tec¬ 
niche. 

Per mezzo di un bus vengono rese disponibili ai dispositivi di I/O i se¬ 
dici piedini indirizzi/dati delle CPU Z8000. Analogamente al significato 
della parola latina omnibus da cui deriva, il bus può essere usato per ogni 


189 



dispositivo. Come per una strada di transito, esso collega tutti i dispositivi 
del sistema ed i segnali possono essere inviati ad una qualsiasi connessio¬ 
ne. Il bus I /O comprende anche le tre linee del bus controllo e le sette li¬ 
nee del bus di stato menzionate prima. Queste linee del bus di controllo e 
di stato non sono direttamente sotto il controllo del programmatore; la 
CPU Z8000 invia i segnali su di loro come prestabilito. 

Il programmatore controlla le linee indirizzi/dati mediante le istruzioni 
di I/O (vedasi Descrizioni 19 e 20). Per esempio, il comando 

INB RLO, %1E 

fa in modo che la CPU Z8000 esplichi il protocollo di bus necessario per 
ottenere un byte di dato dal dispositivo di I /O che risponde all'indirizzo 
lEih. In questo luogo non ci riguarda la sequenza reale dei segnali su 
ADis - ADo, MREQ, ÀS, DS, B/W, R/W, ed STi - STo. Tutto quello 
che ci interessa conoscere è che il dispositivo, a cui noi siamo interessati, 
ci invierà un byte di dato se lo indirizziamo come 1 E iò. 

Ci sono alcuni punti che vanno notati per quanto riguarda gli indirizzi 
di I/O tipo 1E sopra riportato: essi costituiscono uno spazio indirizzi 
completamente separato dalla memoria indirizzi (MREQ viene usato per 
distinguere una richiesta di memoria da una richiesta di I/O); e possono 
avere valori compresi tra 0 e FFFF (64K), ma non ne hanno bisogno. Per 
esempio, il dispositivo che risponde a 1E può anche rispondere a 5E, DE. 
FF1 E. ecc., se si stanno considerando solamente i 6 bit meno significativi 
di AD 15 — ADo; esempio, ad ADs — ADo. 

Prendiamo l’esempio più semplice possibile di I/O: un interruttore. As¬ 
sumiamo che quando il bit zero dell’indirizzo FURN di I /O è posto ad u- 
no. questo determini la chiusura di un interruttore, mentre uno zero lo a- 
pra. Per renderlo interessante, immaginate che l’interruttore controlli il 
vostro forno. Perciò, 


LDB RH0,#1 
OUTB FURN.RHO 


accenderà il vostro forno; 


CLRB RHO 
OUTB FURN.RHO 

lo spegnerà. Il segnale generato da ciascuno di questi gruppi di istruzioni 
é chiamato livello. Il segnale generato da uno dei due gruppi seguito dal- 
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l'altro è chiamato impulso. Il tempo trascorso tra i due è la durata dell'im¬ 
pulso. Per esempio, potrete usare la seguente sequenza: 

LDB RH0,#1 
OUTB FURN.RHO 
(attesa di 20 minuti) 

CLRB RHO 
OUTB FURN.RHO 

per inviare un impulso della durata di 20 minuti al vostro forno. L'«attesa 
di 20 minuti» può essere realizzata nel seguente modo: 

LDL RRO,# -240000000 
X: ADDL RR0,#1 

JR NZ,X 

ESERCIZIO I : (a) Verificate che il loop riportato sopra generi un'attesa di 
20 minuti se il clock lavora a 4 MHz. 

(b) Quanto dura l'impulso generato dalla sequenza: 

LDK R0.#l: OUTB RL0.FURN: OUTB RH0.FURN 


(c) Scrivete una sequenza che generi un impulso di 20 ps. 

Nell'esempio precedente il solo criterio da soddisfare era di creare un 
impulso della durata di venti minuti. Un problema più difficile da risolvere 
è il mettere insieme il ritardo e le istruzioni in modo che l'intervallo di tem¬ 
po globale, come anche i suoi sottointervalli, siano di durata misurabile 
con precisione. Per esempio, se il nostro forno deve rimanere acceso venti 
minuti una volta ogni ora. allora dovremo fare seguire al nostro impulso 
di venti minuti un ritardo di quaranta minuti fino al prossimo impulso. Le 
istruzioni di accensione e spegnimento richiedono un tempo molto breve 
se confrontato alla scala oraria dei tempi, per cui non influenzano nulla, 
ma se esse richiedessero un minuto per accendere il forno ed uno per 
spegnerlo, allora tutto il processo richiederebbe sessantadue minuti e alla 
fine della giornata il forno si accenderebbe con quarantotto minuti di ri¬ 
tardo. 

Naturalmente, noi potremmo ridurre il nostro ritardo da quaranta mi¬ 
nuti a trentotto minuti e il problema sarebbe risolto. Ma supponete che o- 
gni tre ore occorra accendere il forno per altri trenta secondi e che ogni 
dodici ore si debba eseguire un controllo della durata di quindici minuti 
con successiva analisi dei risultati da parte del calcolatore. 

Naturalmente, non importa se o no il vostro forno si accende esatta¬ 
mente allo scoccare dell’ora, ma ci sono molte applicazioni dei calcolatori 
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dove é importante la precisione temporale. Per esempio, la trasmissione 
seriale sincrona di bit di dati. 

Trasmissione Seriale Sincrona di Bit di Dati 

Si immagini un dispositivo che trasmetta al calcolatore dei caratteri 
ASCII di B-bit ad una velocità di 125 caratteri (1000 bit) per secondo. Sup¬ 
ponete che questo avvenga ponendo un registro ad uno o zero per la du¬ 
rata di un millisecondo per ciascun bit di ciascun carattere. Supponete an 
che che. quando la CPU Z8000 esegue una istruzione INB RLO,DEVI 
CE, il valore nel registro venga letto nel bit zero di RLO. Poi tutto quello 
che rimane da fare al calcolatore é leggere il registro ad intervalli di un 
millisecondo. I bit devono essere accumulati sotto forma di byte, ed ogni 
volta che viene formato un byte, questo deve essere memorizzato da qual¬ 
che parte. Giusto per stare dalla parte del sicuro, assumiamo di iniziare la 
lettura a metà strada nelPintervallo di un millisecondo del primo bit: poi 
leggendo ad intervalli successivi di un millisecondo ci troveremo nel mez¬ 
zo di ciascun bit con uno spazio su ogni lato pari a 500 ps. Ma se la vo¬ 
stra temporizzazione di un millisecondo viene fermata per soli 250 nano¬ 
secondi (un ciclo di clock), allora in 250 caratteri (2 secondi), ci saremo 
spostati dal centro al bordo dello spazio riservato al bit: saremo perciò 
fuori sincronismo. 

ESERCIZIO 2: (a) Scrivete un segmento di codice che esegua un ritardo 
di 400 cicli di clock. 

(b) Potete sempre scrivere un programma che esegua un ritardo di un 
qualsiasi numero di cicli di clock? 

(c) Cosa succede (per esempio: un terzo di secondo) per i tempi che non 
sono multipli interi di un ciclo di clock? 


I problemi visti nei precedenti esempi sono facilmente risolti introdu¬ 
cendo prima e dopo i bit significativi del dato dei bit per risincronizzazio¬ 
ne. Se, per esempio, si sa che un determinato bit verrà posto ad uno e che 
il bit seguente sarà zero, allora tutto quello che dobbiamo fare è iniziare il 
loop 


X: INB RL0,DEVICE; TESTB RLO; JR NZ.X 

da qualche parte durante il periodo del bit noto come bit ad uno. Quando 
si ferma l’esecuzione del loop, ci troveremo all’inizio del bit noto come ze¬ 
ro; allora un ritardo pari al tempo (500 ps in questo caso) di un semi-bit ci 
risincronizzerà nel mezzo del tempo dedicato ad un bit per il bit conosciu¬ 
to come zero. 
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Molti dispositivi che trasmettono caratteri ASCII con il protocollo 
EIA RS-232 usano uno schema simile a questo sulla base del carattere 
per-carattere; ciascun carattere ha un bit di start (inizio) ed uno o due bit 
di stop (fine). Generalmente, il bit di stop ha lo stesso valore che il disposi¬ 
tivo trasmette quando non sta inviando caratteri significativi. Il bit di start 
ha valore opposto a quello di stop. Dal momento che un dispositivo, non 
in trasmissione, invia generalmente degli uni per far sapere che è ancora 
presente, significa che i bit di stop sono degli uni mentre il bit di start è 
uno zero. 

La telescrivente è il terminale per calcolatore più popolare fin dal I960 
(ancora largamente usata). Usa un protocollo chiamato «20 mA current 
loop» (anello di corrente a 20 mA). Trasmette un bit di start e due bit di 
stop, e la velocità di trasmissione è di dieci caratteri per secondo. La Figu¬ 
ra 6.1 riporta un algoritmo per la lettura dei caratteri provenienti da tele 
scrivente. La Figura 6.2 illustra il programma che lo implementa. Non so¬ 
no riportate le subroutine DELHALF per eseguire il ritardo pari ad un se¬ 
mi-bit e DELBIT che esegue un ritardo pari ad un bit completo. Si assu¬ 
me che il nome simbolico dell’indirizzo di I/O dell'ingresso dalla telescri¬ 
vente sia TTYIN. 


ESERCIZIO 3: 

(a) Dimostrate che la durata di un bit per la telescrivente è di 9.091 mil 
lisccondi. 

(b) Scrivete una routine DELHALF che esegua un ritardo di 4.55 milli 
secondi. 

(c) Scrivete DELBIT come due chiamate successive di DELHALF. 

(d) Quale effetto hanno sulla temporizzazione queste approssimazioni e 
la mancanza di conteggio delle altre istruzioni di INCH? A quale punto 
del periodo di 9.091 millisecondi viene letto nello Z8000 il valore dell'otta 
vo bit? Se il programma non esegue una risincronizzazione su ciascun ca 
ratiere, dopo quanto tempo avremo perso il sincronismo? 

(e) Si spieghi RRCB RLO; RLCB RHO ed «eseguito se #1 viene fuori 
dall’altro estremo». 


Una cosa che non fa INCH è «l’eco» dei caratteri da inviare indietro al¬ 
la telescrivente. Questo può essere fatto inserendo l'istruzione 

OUTB TTYOUT.RLO 

immediatamente dopo INB RLO.TTYIN (dove TTYOUT è il nome sim 
bolico dell’indirizzo di I /O di uscita verso la telescrivente). Esistono due 
diversi modi di funzionamento dei terminali: fui! duplex e half-duple.x. Nel 
modo half-duplex, il carattere corrispondente al tasto digitato dall’opera 
tore viene automaticamente scritto dalla stampante del terminale e con 
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1. Aspetta che si abbassi la linea (indica l'inizio di un bit di 
«start»). Inizializzate l'accumulatore del carattere. 

2. Aspetta fino alla metà del bit di start. 

3. Aspetta fino alla metà del prossimo bit. 

4. Legge il valore del bit. 

5. Trasferisce il bit nell’accumulatore del carattere. 

6. Se l'intero carattere non è ancora completato ritorna al punto 3. 

7. Memorizza il carattere. 

8. Fermati se il carattere era un terminatore. 

9. Aspetta fino alla metà del prossimo («stop») bit. 

10. Ritorna al punto 1. 


Figura 6.1 - Algoritmo per la Lettura di Caratteri Provenienti da 
TTY 

temporaneamente inviato (se c’è) al calcolatore. Nel modo full duplex il 
calcolatore deve eseguire l'«eco» del carattere ricevuto verso il terminale. 
Nel funzionamento full-duplex l'eco può essere una risposta immediata 
del carattere esattamente digitato, oppure l'eco può essere gestito da un 
programma completamente diverso e può essere costituito dall'invio di 
uno o più caratteri diversi dal carattere ricevuto. Per esempio, quando l'o 
peratore di un terminale video digita RUBOUT. il programma può invia 
re indietro come eco una sequenza di tre caratteri BACKSPACE. SPA 
CE. BACKSPACE (sapete perché?). Oppure quando l'utente digita RE 
TURN. può essere inviata in eco la sequenza RETURN. LINEFEED. 

In funzionamento half duplex, o con un eco immediato realizzato mec¬ 
canicamente, sarà utilizzata normalmente una routine simile ad INCH. 
Quando si userà una interfaccia parallela l’eco verrà eseguito con un pro¬ 
gramma più sofisticato. Con la routine INCH, tutto il tempo del calcola 
tore viene impiegato per controllare la temporizzazione della trasmissione 
della telescrivente. 

Prima di procedere evidenziamo un altro punto di Figura 6.2: molte ri¬ 
ghe del programma hanno due istruzioni separate da un punto e virgola. 
Se il vostro assemblatore è dotato di questa caratteristica, allora potrete 
decidere se utilizzarla o no. L’utilizzo di questa prestazione è puramente 
legato a scelte personali. Coloro che la usano dicono che costituisce un 
importante mezzo per raggruppare insieme le situazioni e per rendere più 
chiaro il programma; coloro ai quali non piace dicono che l’allontanarsi 
dalle colonne di istruzioni e di commenti fissi rende un programma confu 
so e difficile da leggere. 
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ISubroutine per accettare una stringa di caratteri da TTY. 

CALL INLINE; RI = indirizzo del buffer; 

RH2 = carattere di terminazione. 

Legge e memorizza i caratteri nel buffer indirizzato da RI fino ad includere il 
carattere di terminazione in RH2. Nessun carattere viene inviato in eco. RI viene 
lasciato come puntatore dell’ultimo carattere memorizzato: RO è perduto! 


INLINE: 

CALRINCH 

IPrende un carattere! 


LDB @R1,RH0; INC RI 

!Lo memorizza! 


CPB RH0.RH2; RET EQ 

JR INLINE 

!Esce se è un terminalore! 

INCH: 

INB RLO.TTYIN; TESTB RLO 

JR Z.INCH 

(Aspetta l'abbassamento 

della linea! 


LDB RH0,#1 

Hnizializza l'accumulatore 

di carattere! 


CALR DELHALF 

!Aspetta il centro del bit di 

stato! 

LP: 

CALR DELBIT 

!Ritardo pari al tempo di un 
bit! 


INB RLO.TTYIN 

JLeggi il valore! 


RRCB RLO; RLCB RHO 

ISposta il bit nell'accumula 

tore! 


JR NC.LP 

(Fatto se dall'altra estremità 

esce # 1 ! 


CALR DELBIT 

RET 

!Ha trovato il primo bit di 
stop! 


Figura 6.2 — Subroutlne per la Lettura di Caratteri da TTY 


Nel prossimo capitolo analizzeremo i dispositivi esterni che aiutano la 
CPU quando deve concentrare tutta la sua attenzione sul controllo della 
temporizzazione della trasmissione seriale sincrona dei bit. 

Trasmissione Parallela Asincrona dei Dati 

Nella trasmissione sincrona, il trasmittente e il ricevente «sincronizza¬ 
no i loro orologi» come le spie o i ladri di banca; ciascuno esegue la sua 
parte secondo i tempi concordati precedentemente e lascia fare la stessa 
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cosa all’altro. La trasmissione asincrona, invece, esegue gli scambi utiliz¬ 
zando degli indicatori (flags). 

Per fare un esempio si può pensare ad una distribuzione postale lungo 
una strada di campagna; ciascun cliente tiene una piccola bandiera rossa 
nella cassetta della posta. Se il cliente deve spedire della posta, mette la 
bandiera fuori dalla cassetta e la posta da spedire all’interno di essa. 

Il postino si ferma ad ogni cassetta con la bandiera, preleva la posta da 
spedire e pone la bandiera dentro la cassetta. Perciò, la trasmissione di 
posta da un cliente al Servizio Postale segue un protocollo asincrono. 

Gli indicatori nello Z8000, come in ogni altra cosa, devono essere rea 
lizzati utilizzando il bus indirizzi/dati. Per esempio, nel programma 
INCH di Figura 6.2, l’istruzione INB RLO.TTYIN è preceduta da CALR 
DELBIT. DELBIT invece di realizzare un ritardo temporale potrebbe es¬ 
sere un’attesa per un indicatore: 

DELBIT: INB RLO,TINSTAT; TESTB RLO; JR PL.DELBIT; RET 

Questa routine attende che sia posto ad uno il bit 7 dello stato letto all'in- 
dirizzo simbolico di I/O TINSTAT. Il dispositivo, rispondendo all’istru 
zione INB RLO.TTYIN, dovrebbe azzerare il bit 7 dell'indicatore di stato 
e lo dovrebbe lasciare in quella condizione fino a quando non viene letto il 
prossimo bit. 

In effetti questo tipo di protocollo, mediante indicatore chiamato anche 
handshaking (segnale di controllo del trasferimento), non è usato frequen¬ 
temente nella trasmissione seriale di bit. Tuttavia, questo è il protocollo 
principalmente usato nella trasmissione parallela: trasmissione in cui i va 
ri bit vengono trasmessi contemporaneamente. Una interfaccia parallela, 
per una telescrivente, invia tipicamente un carattere ASCII di 8 bit ogni 
volta che viene eseguita la INB RLO.TTYIN. Una routine per l'attesa del¬ 
l’indicatore, simile a quella riportata sopra, attenderà fino a quando è 
pronto un intero carattere. Nella Figura 6.3 viene riportata la versione di 
INCH per la trasmissione parallela. 


IVersione di INCH per la trasmissione parallela! 

INCH: CALR WAIT lAspetta l’indicatore di TTY! 

INB RLO.TTYIN 
RET 

WAIT: INB RLO.TINSTAT; TESTB Rl.0; JR PL.WAIT; RET 


Figura 6.3 — Versione di INCH per Trasmissione Parallela 
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[Routine per l'invio di un carattere in uscita a TTY 
CAAL OUTCH; RLO = carattere da inviare in uscita! 

OUTCH: PUSH @SR,R0 ISalva RO! 

CALR WAITOUT !Aspetta fino a quando la TTY è pronta 

per ricevere! 

OUTB TTYOUT.RLO [Invia in uscita il carattere! 

POP R0,@SR [Ricostituisci RO! 

RET 

WAITOUT: INB RHO.TOUTSTAT; TESTB RHO; JR PL,WAITOUT; RET 


Figura 6.4 — Versione dell’Uscita Equivalente ad INCH 

L’uscita parallela asincrona è simile all’ingresso. La Figura 6.4 riporta 
una routine analoga a INCH per l’invio di un carattere in uscita. È impor¬ 
tante notare l’«inizializzazione» del dispositivo. Per certe condizioni, e de¬ 
terminati tipi di interfaccia, è possibile che la prima volta che viene chia¬ 
mata la routine lo stato di pronto in TOUTSTAT non venga posto ad u- 
no, ne consegue che il programma WAITOUT non eseguirà mai un ritor¬ 
no al programma chiamante. Siccome supponiamo (come sempre) che 
OUTB TTYOUT.RLO posizioni l’indicatore ad uno, per evitare quanto 
detto prima, occorre scambiare l’ordine di OUTB TTYOUT.RLO e 
CALR WAITOUT. Questo causa un’attesa di un decimo di secondo (per 
una telescrivente sprovvista di buffer), mentre operando nell’altro ordine 
si esegue per prima tutta l’elaborazione necessaria e si riduce al minimo 
indispensabile il tempo d’attesa. Un'altra possibile soluzione (quella usua¬ 
le) consiste nell’avere una routine di inizializzazione che invii all'accensio¬ 
ne un carattere «nuli» alla TTY (o altro dispositivo simile). Più avanti in 
questo capitolo verrà descritta una soluzione migliore che utilizza le inter¬ 
ruzioni. 

Larghezza della banda di trasmissione 

La massima velocità di trasmissione, detta anche larghezza di banda, 
costituisce una importante misura della potenza di un calcolatore. La Fi¬ 
gura 6.5 illustra due routine di ingresso per alta velocità. Una controlla lo 
stato, l’altra suppone che il dispositivo sia sempre pronto ed utilizza l'i¬ 
struzione I/O in versione a blocco con l’opzione della ripetizione. Ciascu¬ 
na routine viene analizzata per la massima velocità di trasferimento (sup¬ 
ponendo che il dispositivo sia sempre pronto). Questa analisi dimostra 
che la routine di controllo dello stato può supportare frequenze di dati su- 
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ISubroutine per Q trasferimento di un blocco di dati in memoria. 

CALL FASTIN; RO = n (numeri di caratteri in ingresso) 

R1 = indirizzo del buffer 
R2 = indirizzo di I/O dell’ingresso 
R3 = indirizzo dello stato di I/O 

CALL FASTER; RO, RI, R2 come sopra 
R3 non è usato 

FASTIN: INB RL4,@R3; TESTB RL4 

JR PL.FASTIN 

INIB@R1,@R2,R0 
JR NOV,FASTIN 
RET 

FASTER: INIRB @R1,@R2,R0 

RET 

[Supponete che n = 256 (è importante solo per FASTER) la velocità di trasferi¬ 
mento con un ciclo temporale di 250 nanosecondi sono: 

FASTIN: (50x250x 10-’)-' = 80,000 byte/secondo 

FASTER: ((10 + 11/n) x 250 x 10-’)-' = 398,289 hyte/secondo 


[Aspetta al massimo 23 cicli! 
[Prendi e memorizza il byte 
21 cicli! 

!V significa «done» 6 cicli! 
[Totale 50 cicli! 

[Totale 11 + lOn cicli! 


Figura 6.5 — Velocità di Trasferimento parallelo dello Z8000 

periori a 80 Kbyte/sec; l’istruzione di I/O per blocco può raggiungere i 
398 Kbyte/sec. I dispositivi che trasmettono le parole di 16-bit possono 
raggiungere una velocità di trasferimento (transfer rate) doppia). 

ESERCIZIO 4: Eseguite l’analisi della Figura 6.5 e verificate le velocità di 
trasferimento ivi date. Utilizzando le istruzioni di caricamento ordinarie o 
blocco, realizzate una simile analisi per i trasferimenti memoria-memoria. 


Esempio di Visualizzatore a Sette Segmenti 

Molti sistemi a microcalcolatore sono dotati di un dispositivo visualiz¬ 
zatore a sette-segmenti del tipo a LED. La Figura 6.6 riporta l’uso di que¬ 
sto codice a sette segmenti. 

ESERCIZIO 5: (a) Verificate la Tabella di Figura 6.6. 

(b) Il codice a sette segmenti codifica esattamente tanti caratteri quanti 
PASCII. Potrebbe essere utile? Riferendovi alla Figura 1.15 disegnate le 
rappresentazioni a sette segmenti che risulterebbero dai codici ASCII di 0. 

I, 2. A quali caratteri ASCII corrispondono i codici di Figura 6.6? 
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La Figura 6.7 riporta un programma che cicla su una stringa di cifre e- 
sadecimale e le invia in uscita ai LED. Cicla continuamente sui LED. ac¬ 
cendendo ognuno di questi per un istante. Ciclando in modo sufficiente¬ 
mente veloce, il programma può tenerli tutti accesi senza effetti di tremo¬ 
lio. La costante k determina per quanto tempo il programma tiene acceso 
ciascun LED. Se k è troppo piccolo, i LED non appariranno accesi; se é 
troppo grande, quando viene acceso un LED gli altri si spegneranno. 


a 


f /_9_| b 
e f /e 


I sette segmenti coi rispettivi nomi 


d 


o 


f 

e 



b 

c 


d 


o 



d 


a 



b 

c 


0 12 3 


Rappresentazione di alcune cifre in un codice sette segmenti 



Codifica binaria di una qualsiasi combinazione 
di segmenti di un byte 


Cifra 

Codici 

Cifra 

Codici 

Cifra 

Codici 

Cifra 

Codici 

0 

3F 

4 

66 

8 

7F 

C 

39 

1 

6 

• 5 

6D 

9 

67 

0 

5E 

2 

5B 

6 

7D 

A 

77 

E 

79 

3 

4F 

7 

7 

B 

7C 

F 

71 


Codifica in codice a sette segmenti di tutte le cifre esadecimali 


Figura 6.6 — Codice a Sette Segmenti 
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ESERCIZIO 6: Supponete che il valore di k uguale a 50 sia il minimo ne¬ 
cessario per accendere un LED e che i valori più alti siano migliori. Suppo 
nete anche che il loop in X debba essere eseguito, minimo, una volta ogni 
100 millisecondi per ciascun LED. Qual è il massimo valore possibile di n? 

Qual è la relazione tra n e k? Naturalmente i valori reali dipenderanno dal¬ 
le caratteristiche dei LED. 

Nel programma di Figura 6.7 ci sono varie altre cose che vale la pena 
di notare. Per prima cosa si noti il segno «!» posto direttamente sopra alla 
prima linea di istruzioni. Siccome «!» è la parentesi dei commenti all'inizio 
del programma, lasciandolo sopra come in questo caso, ci aiuta a vedere 
chiaramente dove è la zona in parentesi e ci garantisce che non abbiamo 
dimenticato i delimitatori. È solamente una questione di stile. 

Occorre notare che questa «subroutine» non esegue mai il ritorno al 
programma chiamante. Siccome il calcolatore normalmente ha altre cose 
da fare si potrebbe porre rimedio a questo inconveniente cambiando nel¬ 
l'ultima linea JR GE,DISLED con 

RET GE 

quindi il programma chiamante eseguirebbe una sequenza del tipo: 

DISP: CALL DISLED !Una passata sui LED! 

(fai qualcos’altro) 

JR DISP 

Il tempo utilizzato nella fase «fai qualcos’altro» dovrebbe essere sufficien¬ 
temente breve per assicurare una visualizzazione priva di disturbi (tremo¬ 
lio). 

La TABLE posta in fondo alla Figura 6.7 evidenzia alcuni punti da di¬ 
scutere. Essa deve trovarsi nella memoria dati perché è indirizzata dall'i¬ 
struzione: 

LDB RL3,TABLE(R6) 

Naturalmente, questa tavola di conversione, da esadecimale a sette se¬ 
gmenti, fa parte del programma; se aveste scelto questa soluzione avreste 
desiderato che la tabella risiedesse in ROM insieme al vostro programma. 
Per cui in una situazione di questo tipo è più utile non avere la separazio¬ 
ne degli spazi degli indirizzi programmi e dati. Dal vostro assemblatore 
dipende il modo con cui vengono realmente immessi i valori nella TA¬ 
BLE; idealmente vi permetterà di fare qualche cosa di questo tipo: 

TABLE: HEXBYTES (3F, 6, 5B, 4F, 66, 6D, 7D, 7, 7F. 

67, 77, 7C, 39, 5E, 79, 71) 
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IProgramma di visualizzazione con LED (versione non segmentala) 

CALL 

DISLED; R0 = n (numero di LED) 


RI = indirizzo di 

cifre esadecimali. un/byte 


R2 = indirizzo di I/O del primo LED (gli altri sono gli in- 


dirizzi successivi) 


Uso dei registri interni 


RL3 

= codice corrente a 

sette segmenti da inviare in uscita 

R4 

= contatore LED (i 

valori ciclano attraverso 0.1.N — 


1,0,1.) 


R5 

= puntatore dell’indirizzo di I/O (contiene sempre R2 + R4) 

R6 

= valore esadecimale della cifra corrente (dalla stringa indi 


rizzata da RI) 


R7 

= contatore di ripetizione per «verifica» dei LED! 

DISLED: 

CLR R4;LD RJ.R2 

llnizializza il contatore ed il punta¬ 
tore I/O! 


CLRBRH6 

iCambia solamente il byte meno si¬ 
gnificativo di R6! 

LOOP: 

LDB RL6.RKR4) 

!Cifra esadecimale successiva! 


LDB RL3,TABLE(R6) 

!Codice a sette segmenti della cifra 



successiva! 


LD R7,#k 

IContatore di «verifica»! 

LIGHT: 

OUTB @ R5.RL3 

! Accende la cifra! 


DEC R7; JR GT,LIGHT 

!Si assicura che si veda! 


INC R4; INC Ri 

[Cifra successiva. LED successivo! 


CP R4,R0; JR GE,DISLED 

!Se ctr <n allora salta a DISLED! 


JR LOOP 

! altrimenti a LOOP! 

TABLE: 

( 16-byte corrispondenti alla Figura 6.6) 


Figura 6.7 — Programma per la Visualizzazione Mediante LED 


Mentre è possibile che voi dobbiate fare qualche cosa di questo tipo: 
TABLE: bval %3F; bval %6; bval %5B; ecc. 

Catalogatore di I/O 

Esistono due modi principali per catalogare la trasmissione dati da e 
verso il calcolatore: polling ed interruzioni. 
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Il postino che gira tutto il giorno cercando le bandierine sulle cassette 
postali lavora secondo uno schema di tipo polling. L'impiegato postale 
che, sospende l’attività standard ogni volta che viene infilata una lettera 
attraverso la buca delle lettere posta nella sala postale e poi riprende 
l’attività standard dopo avere sistemato la lettera, utilizza un sistema ad 
interruzione per catalogare la trasmissione. 

Nel calcolatore, il polling esegue ripetitivamente una sequenza del tipo 
di quella riportata in Figura 6.8. Lo stato di ogni dispositivo viene con¬ 
trollato con una sequenza di codice di questo tipo 

FASTIN: INB RL4,@R3; TESTB RL4: JR PL.FAST1N 

presa da Figura 6.5, ma invece di JR PL,FASTIN. che attende fino a 
quando il dispositivo è pronto, la sequenza di polling salterà al test suc¬ 
cessivo — evitando la chiamata della routine di servizio del dispositivo. 

Se oltre a servire i dispositivi il microprocessore non ha niente altro da 
fare questa attività viene integrata nel loop di polling. Per esempio, la 
chiamata della subroutine potrebbe avvenire poco prima di 

«ritorna indietro a LOOP» 

di Figura 6.8. Il polling diviene più complicato se c’è una urgenza oppure 
una limitazione di tempo (esempio i LED devono essere serviti ad ogni 
decimo di secondo). La CPU potrebbe gestire questi problemi tenendo 
conto delle priorità-, un modo semplice consiste nel disporre i controlli dei 
dispositivi di Figura 6.8 in ordine di importanza. Poi, dopo ogni chiamata 


LOOP: se deve essere servito il Dispositivo 1. chiama la routine di 
servizio del Dispositivo 1 

Se deve essere servito il Dispositivo 2, chiama la routine di 
servizio del Dispositivo 2 

• 

• 

Se deve essere servito il Dispositivo N. chiama la routine di 
servizio del Dispositivo N 
Torna a LOOP 


Figura 6.8 — Tipica Sequenza di Polling 
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della routine di servizio del dispositivo, il programma invece di eseguire il 
test successivo dovrebbe saltare a LOOP. 

La figura 6.8 rappresenta quello che viene chiamato un «round robin» 
(lista di circolazione); il salto a LOOP, dopo ciascuna chiamata della rou¬ 
tine di servizio del dispositivo lo trasforma in uno schema a priorità fissa. 
Nello schema a priorità fissa non vengono fissate le priorità. 

Un dispositivo a bassa priorità che non è stato servito in un certo mo¬ 
mento può diventare in un certo periodo di tempo, un dispositivo ad alta 
priorità. Si potrebbe risolvere il problema variando le priorità in funzione 
della situazione. In questo settore sono stati fatti dei lavori piuttosto 
sofisticati, ma il vantaggio ottenuto per i sistemi ordinari non è pari allo 
sforzo compiuto. Nella maggior parte dei casi è meglio utilizzare un 
round robin. che ricorra a routine di servizio scritte appositamente ed ese¬ 
guite ogni volta che vengono chiamate, per un tempo il più breve possibi¬ 
le. 

Se il calcolatore oltre a servire i dispositivi ha molte altre cose da fare, 
allora diviene difficile eseguire un polling veloce. Fortunatamente lo 
Z8000 fornisce, per mezzo delle interruzioni, un valido supporto per ese¬ 
guire la catalogazione. Nel Capitolo II abbiamo parlato dell'area di stato 
del programma (PSA) e del salvataggio e ripristino dello stato della CPU 
quando si ha una interruzione. Nel Capitolo IX vedremo come predispor¬ 
re il PSA. Nella discussione che segue abbiamo solamente bisogno di sa¬ 
pere che quando si verifica una interruzione la CPU fornisce un qualche 
mezzo per trasferire il controllo ad una opportuna routine di servizio. 

Le routine di servizio del dispositivo sono essenzialmente le stesse indi¬ 
pendentemente dal fatto che vengano catalogate con il sistema polling o 
interruzione. In effetti, il tipo più semplice di interruzione (la NV1 nello 
Z8000) è gestita da una sequenza analoga a quella di Figura 6.8. La diffe¬ 
renza consiste nel fatto che con l’interruzione il programma arriva sola¬ 
mente a LOOP quando qualche dispositivo ha segnalato di avere bisogno 
di essere servito. Si può risolvere il problema eseguendo tutto il lopp e fa¬ 
cendo una IRET alla fine; oppure ciascuna routine di servizio del disposi¬ 
tivo può contenere una IRET. Nell’ultimo caso se deve essere servito un 
altro dispositivo si verifica una interruzione ed il programma torna a 
LOOP. 

Le limitazioni del loop di Figura 6.8 vengono completamente eliminate 
usando l’interruzione vettoriale. Ciascun dispositivo collegato a VI deve 
fornire un identificatore alla CPU. La CPU è in grado di trovare la loca¬ 
zione di memoria che contiene l’indirizzo della routine di servizio del di¬ 
spositivo e trasferire il controllo direttamente alla routine di servizio. Una 
locazione di memoria dedicata a contenere l’indirizzo della routine di ser- 
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vizio da utilizzare in questo modo è chiamata vettore di interruzione (dal- 
l'equivalente latino di freccia-vector). Una routine di servizio raggiunta in 
questo modo deve finire con una IRET perchè può eseguire solo questo ti¬ 
po di ritorno. 

Le routine di servizio del dispositivo possono essere molto semplici o 
complesse specialmente se il dispositivo può essere coinvolto in diversi ti¬ 
pi di attività. La complessità è dovuta al fatto che si devono ricostruire i 
contesti delle routine ogni volta che sono chiamate; perciò, devono ricor¬ 
darsi che cosa stavano facendo e dove esattamente si trovavano all'inter¬ 
no della routine. 

Un Esempio 

È difficile padroneggiare questo tipo di programmazione senza avere 
visto un esempio valido. Per questa ragione il resto di questo capitolo sarà 
dedicato alla presentazione di routine di servizio di dispositivo necessarie 
per gestire un terminale (esempio, CRT, telescrivente, ecc.). 

Un terminale è costituito da due parti: una tastiera ed una «stampante». 
La routine di servizio per la tastiera è molto semplice siccome tutto quello 
che deve fare è accettare caratteri. La routine di servizio della stampante 
è più complicata, siccome può essere usata sia per inviare messaggi in u- 
scita all’operatore sia per inviare indietro in eco i caratteri accettati dalla 
routine di tastiera. L’eco è ulteriormente complicato perchè alcuni carat¬ 
teri della tastiera possono generare stringhe di uscita di lunghezza mag¬ 
giore di un carattere (esempio, RUBOUT può generare «BACKSPACE, 
SPACE, BACKSPACE» per un video onde cancellare il carattere prece¬ 
dente e riposizionare il cursore dove è stato cancellato il carattere); quan¬ 
do la routine di servizio termina la stampa di una stringa ha bisogno di 
conoscere se ha finito di lavorare o se deve ritornare ad eseguire un eco. 

La Figura 6.9 mostra un algoritmo per la routine di servizio dell'uscita 
verso terminale — la routine che invia realmente i caratteri alla TTY o al 
video ogniqualvolta il dispositivo interrompe per dire che è pronto per un 
altro carattere. Viene presentato in «pseudocodice»; questa è una forma 
alternativa per presentare un algoritmo ricorrendo alle strutture di con¬ 
trollo che si trovano nei linguaggi ad alto livello. Questa tecnica può esse¬ 
re molto più chiara dell’altra, che abbiamo discusso per gli algoritmi in un 
caso simile a questo, in cui c’era ovunque una grande quantità di salti. 

Il concetto che sta dietro lo pseudocodice è il seguente: cercare di e- 
sprimere l’algoritmo chiaramente, mescolando descrizioni verbali con i- 
struzioni o strutture di controllo in una approssimazione casuale di un 
qualche linguaggio di programmazione che vi sia famigliare e di facile 
comprensione ad una qualsiasi persona che debba leggerlo. 
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Routine di Servizio d’Uscita per Terminale: 

Se FLAG = «ingresso» allora salta ad Eco 

FLAG=«eco della stringa» allora salta ad Eco della Stringa 
FLAG = «uscita» allora salta alla Stampa 

Altrimenti salta ad Errore! Non dovrebbe entrare nella routine se 
è nella condizione «fatto» o «attesa»! 

Eco: Preleva il carattere successivo dal buffer di ingresso 
Se il buffer è vuoto, poni FLAG = «attesa» e IRET 
Altrimenti se il carattere = RUBOUT o BS, allora salta a Rubbing 

il carattere = ESC, allora salta ad Escape 
il carattere = CR, allora salta alla Terminazione 

Altrimenti salta alla Stampa del Carattere! Se non è un carattere 
speciale, invialo in eco! 

Rubbing: Rinnovi l’ultimo carattere di LINE 
Se non c'è nulla in LINE, allora salta ad Eco 
Altrimenti (preleva l'ultimo carattere posto in LINE; poni PTS a 
«B S, SPACE, B S»; poni FLAG = «eco della stringa»; salta a 

Eco della Stringa). 

Escape: Aggiungi il carattere ESC a LINE; poni PTR a «$'» 
poni FLAG = «eco della stringa»; salta a Eco della Stringa. 

Terminazione: Aggiungi un NUL a LINE; poni PTR a «CR. LF» 
posiziona FLAG = «uscita»; salta a Stampa 

Stampa del Carattere: Aggiungi il carattere a LINE; invialo in usci¬ 
ta; IRET 

Eco della Stringa: Se PTR punta a «NUL», allora (poni FLAG = «in¬ 
gresso»; salta a Eco) 

Altrimenti (invia in uscita il carattere puntato da PTR; INC PTR; I- 
RET) 

Stampa: Se PTR punta a «NUL», allora (poni FLAG = «fatto». IRET) 
Altrimenti (invia in uscita il carattere puntato da PTR; INC PTR: 
IRET) 

Errore: (da specificare) 

Figura 6.9 — Pseudocodice per la Routine di Servizio dell’Uscita 
per Terminale 
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ESERCIZIO 7: Cercate di scrivere l’algoritmo di Figura 6.9 nel formato i- 
nizialmente usato per gli algoritmi. Non preoccupatevi di finirlo: andate a- 
vanti quanto basta per convincervi che il risultato sarebbe veramente diffi 
cile da comprendere. 


La routine di servizio dell’uscita del terminale è giusto una parte di un 
insieme di programmi. Nel Capitolo Vili presenteremo un programma di 
inizializzazione che viene chiamato ogni volta che il programmatore deve 
inviare qualcosa in uscita alla stampante/video o ricevere in ingresso dal¬ 
la tastiera. Il programma di inizializzazione aspetta fino a quando è termi¬ 
nato il programma precedente, per predisporre i propri valori nelle varia¬ 
bili di controllo FLAG e PTR ed inizializza LINE. (Guardate oltre alla 
Figura 8.1). 

Come vedremo quando analizzeremo l’algoritmo di Figura 6.9. FLAG 
ci informa sul lavoro della routine di servizio, PTR punta al prossimo ca¬ 
rattere che deve essere inviato in uscita e LINE forma in ingresso la linea 
che viene digitata dall’operatore. Questi e gli indirizzi di I /O e il buffer di 
ingresso usati costituiscono il contesto in cui operano le routine di servi¬ 
zio per l’uscita verso e l’ingresso da terminale. Il programma inizializza il 
contesto per le routine di servizio di ingresso e uscita. 

Per ultimo, la routine di inizializzazione deve far partire l'intero proces¬ 
so, siccome si sarà già avuta l’interruzione per il «ready» (pronto) dalla 
stampante/video; la parte circuitale lo avrà riconosciuto e quindi non si 
potrà riavere nuovamente fino a quando non viene inviato in uscita un al¬ 
tro carattere. La routine di inizializzazione segnalerà l’interruzione me¬ 
diante una funzione SC. I dettagli saranno discussi nel Capitolo IX. 

Con questa idea generale di ciò che fa la routine di inizializzazione. a 
nalizziamo la routine di servizio di uscita per terminale di Figura 6.9. Du¬ 
rante l’analisi capiremo che cosa deve fare la routine di ingresso. Dopo 
che abbiamo codificato le routine di ingresso e uscita, scriveremo la vera 
routine di inizializzazione, riportata nel Capitolo Vili. 

Per prima cosa, la routine guarda FLAG per capire che cosa sta facen 
do. FLAG può avere cinque valori: ingresso, eco della siringa, uscita, at¬ 
tesa e fatto. Questi hanno i seguenti significati: 
ingresso (input): Si sta costruendo una linea in ingresso; dovrebbe essere 
processato il prossimo carattere dal buffer di ingresso, 
eco della stringa (echostring): L’ultimo carattere di ingresso processato ri¬ 
chiede che venga inviata in eco una stringa speciale di caratteri: il 
carattere successivo di questa stringa deve essere inviato in uscita, 
uscita (output): Una stringa di testo sta per essere inviata in uscita alla 
stampante/video; il carattere successivo a questa stringa dovreb¬ 
be essere inviato in uscita. 
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attesa (sleep): All’ultima interruzione, FLAG aveva il valore «ingresso», 
ma nel buffer di ingresso non c’erano caratteri. La prossima volta 
che entra un carattere la routine di ingresso dovrebbe riposiziona¬ 
re FLAG su «ingresso» e trasferirlo a questa routine di attesa, 
fatto (done): All’ultima interruzione, FLAG aveva il valore «uscita» ma 
PTR stava puntando al carattere di terminazione della stringa in 
uscita; non dovrebbe verificarsi niente altro fino a quando la rou¬ 
tine di inizializzazione non inizializza qualche cosa altro. 

Una volta che si è deciso che cosa deve fare il programma si passa alla 
parte relativa al codice. Le parti Eco della Stringa per FLAG = «eco del¬ 
la stringa» e Stampa per FLAG = «uscita» sono semplici e molto simili 
tra di loro; ciascuna invia in uscita il carattere successivo ed incrementa 
PTR. Esse differiscono nell’esecuzione della fine della stringa: la stampa 
pone FLAG = «fatto»; l’eco della stringa riposiziona FLAG = «ingresso» 
e va a prendere il carattere successivo in ingresso. L’eco è la parte più 
complicata. Preleva il carattere successivo dal buffer di ingresso e lo pro¬ 
cessa in uno dei possibili quattro modi in funzione del tipo di carattere. Se 
il buffer di ingresso é vuoto, come detto sopra, FLAG viene posto in «at- 
tesa». 

La stampa del carattere è il caso ordinario: se non c'è niente di specia¬ 
le per quanto riguarda il carattere, questo viene inviato indietro in eco al¬ 
l’operatore ed aggiunto nel buffer della linea di ingresso LINE. 

La terminazione, viene eseguita quando l’operatore digita RETURN: 
viene terminato LINE per cui il programmatore, che aveva chiamato la 
routine di inizializzazione, conoscerà il numero di caratteri digitati; viene 
inviata come eco la sequenza RETURN, LINEFEED per portare il car¬ 
rello/cursore nella posizione all’estremo sinistro della linea successiva; 
siccome l’ingresso è stato eseguito FLAG viene posizionato su «uscita». 

La cancellazione viene eseguita quando l’operatore digita RUBOUT 
oppure BACKSPACE: viene tolto da LINE l’ultimo carattere precedente 
ai due sopra menzionati; il carattere viene cancellato dal video mediante 
la sequenza BACKSPACE, SPACE, BACKSPACE; poi si ritorna in in¬ 
gresso. 

Il carattere ESC APE viene riportato come esempio di un prototipo di 
molti caratteri speciali che potreste voler gestire in modi particolari. Si no¬ 
ti che ESC viene aggiunto a LINE, ma all’operatore vengono inviate in¬ 
dietro in eco i due caratteri «$/». 


ESERCIZIO 8: (a) C’è un «errore» connesso con ESC; la sequenza ESC. 
RUBOUT non agisce correttamente su LINE ma lascia il carattere «$» sul 
video. Pensate ad una soluzione? 
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(b) Quali altri caratteri hanno bisogno di un trattamento speciale, e quali 
problemi pongono? Che cosa succede con TAB, LINEFEED o altri carat¬ 
teri di «controllo»? 


La Figura 6.10 riporta la routine di servizio dell’ingresso del terminale 
usando la stessa forma di pseudocodice utilizzato per la routine di uscita. 
Adesso possiamo scrivere il codice reale di questa routine, ma prima di 
questo dobbiamo studiare i dettagli del context switching (commutazione 
del contesto). 

Abbiamo detto che la routine di inizializzazione, inizializza il contesto 
delle routine di servizio e nella versione in pseudocodice abbiamo indicato 
come la routine di servizio debbono accedere a questo contesto. Faccia¬ 
mo in modo che questo venga realizzato mediante un blocco di memoria 
che inizia aU’indirizzo simbolico CONBLK; questo blocco contiene tutti 
gli elementi del contesto utili per le routine di servizio. Quando vengono 
chiamate le routine di servizio, i registri verranno salvati nello stack e il 
blocco del contesto viene ripristinato nei registri. 


Routine di Servizio per l'Ingresso da Terminale: 

Prendi il carattere dalla tastiera 
Mettilo nel buffer di ingresso 

Se FLAG = «sleep» allora salta a echoing oppure IRET 


Figura 6.10 — Pseudocodice della Routine di Servizio di Ingresso 
da Terminale 


Quando terminiamo, verranno ripristinati i registri appena prima di ese¬ 
guire la IRET. La Figura 6.11 riporta il codice di due routine che gesti¬ 
scono quanto detto prima: TYENT e TYEXIT. Ciascuna delle routine di 
servizio inizia con una chiamata a TYENT, per predisporre il contesto, e 
termina con una chiamata a TYEXIT, per ripristinare i registri prima di 
eseguire la IRET. 

Occorre discutere molti elementi della Figura 6.11. Per prima cosa si 
noti la definizione dei simboli (esempio TYCON = R2, FLAG = RH2). 
La loro forma dipende dal particolare assemblatore Z8000 usato, qualsia¬ 
si assemblatore dovrebbe essere in grado, al limite, di fornire questa possi¬ 
bilità di definire molti simboli. Forse il vostro assemblatore avrà altre ca- 
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ratteristiche che renderanno più facili e meno soggetti ad errori i futuri 
cambiamenti. Costruzioni del tipo: 


PTR = TYCON + 1 
RING = TYCON + 2 


o anche 


NTYCX = TYRT - TYCON + 1 

rendono impossibile il cambiamento di una delle coppie di una relazione 
simbolica senza che venga cambiata l’altra. 

Occorre fare attenzione a queste definizioni perché queste devono esse¬ 
re usate non solo in TYENT e TYEXIT ma anche nelle nostre routine di 
servizio TYOUT e TYIN e nella routine di inizializzazione TYIO. 

Un punto essenziale della Figura 6.11 è che la maggior parte del conte¬ 
sto é costituita da indirizzi ; come viene riportato di seguito, questi pro¬ 
grammi funzionano solamente con lo Z8000 in versione non-segmentata. 
Le versioni segmentate sono analoghe, ma diverse. 

La codifica di TYENT e TYEXIT è molto breve, ma non semplice. La 
prima complicazione deriva dai programmi chiamati come subroutine, 
questo richiede che il ritorno sia salvato nello stack mentre in realtà nello 
stack sono salvati i valori dei registri. Siccome dobbiamo rimuovere il ri¬ 
torno, memorizzato dove abbiamo salvato i registri, facciamo un atto ge¬ 
neroso ed aggiungiamo l’elemento TYRT al blocco di contesto: nessuna 
routine utilizza TYRT, ma la sua presenza può servire quando ne avremo 
bisogno per il debug (correzione). 

Queste sono le operazioni con cui TYENT e TYEXIT si scambiano il 
contesto: 

(1) TYENT scambia il valore corrente di R8 con il valore di ritorno 
salvato nello stack poi, utilizzando la stessa tecnica descritta nella Figura 
3.9, salva R0-R7. 

(2) Poi TYENT carica in memoria R2-R7 del blocco di contesto, la¬ 
sciando inalterato R8. 

(3) Infine, TYENT ritorna al chiamante usando il ritorno salvato in 
R8. 

(4) TYEXIT inizia prelevando l’indirizzo di ritorno da R8. 

(5) Poi TYEXIT salva R2-R8 nel blocco di contesto della memoria. 

(6) Infine TYEXIT ricostituisce i valori dei registri R0-R8 (invertendo 
il punto 1 sopra riportato) e ritorna al programma chiamante. 
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ICommutazione del Contesto di I/O per Terminale (versione non-segmentata) 


CALL TYENT — posiziona il contesto; lascia C inalterato 
CALL TYEXIT — ricostituisce il contesto; lascia C inalterato 


Uso dei registri: 

R0.R1 sono registri scratch! 


TYCON = 

R2 

!Blocco del contesto — come CONBLK in memoria! 

FI.AG = 

RH2 

!Dice che cosa sta facendo TYOUT “MUST BE FIRST*»! 

CHAR = 

RI.2 

!Carattere corrente! 

PTR = 

R 3 

ilndirizzo del successivo carattere che TYOUT deve inviare 



fuori! 

RING = 

R4 

Ilndirizzo del buffer di ingresso della tastiera! 

I.INE = 

R5 

Ilndirizzo della LINE di ingresso in preparazione! 

IOIN = 

K6 

Mngresso e! 

IOUT = 

K7 

! Indirizzi degli I/O di uscita! 

TYRT = 

R8 

Ilndirizzo dell’ultimo chiamante (è l’ultimo registro salvato)! 

NTYCX = 

7 

! Numero dei registri del contesto! 


TYCXB = 2VNTYCX ICiascuno occupa 2 byte di memoria! 

NTYRG = NTYCX + 2 ITotale del conteggio dei registri di scratch! 

TYRGB = 2*NTYRG 

TYENT: EX TYRT,@SR !Scambia i ritorni dello stack! 

DEC SR,#TYRGB-2 ISalva gli altri registri! 

I.1)M @SR,R0,«NTYRG- 1 

I.DM TYCON.CONBl.K,«NTYCX - I !Carica il contesto 

(escluso TYRT)! 

JP ©TYR1 IRitorna al chiamante! 

TYEXIT: POP TYRT.@SR !Esegue il ritorno in TYRT! 

I.DM CONBI.K.TYCON,«NTYCX !Aggiorna il contesto! 

I.DM R0,@SR,«NTYRG - I !Ricostituisce i registri 

(escluso TYRT)! 

INC SR,«TYRGB - 2 

EX TYRT,@SR; RET IRicostituisce TYRT ed esce! 

Figura 6.11 — Routine di Commutazione del Contesto per l'I/O 
Terminale 

Si noti che il successo di questo processo dipende dal fatto che TYRT è 
messo per ultimo nei registri e che i registri di scracth (registri di servizio) 
sono posti per primi. Dobbiamo però ricordare che, se noi aggiungiamo 
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sempre qualche cosa di più al blocco di contesto, i nuovi elementi devono 
essere posti da qualche parte dopo RI e prima di TYRT. Per cui occorre 
ridefinire NTYCX. 

La Figura 6.11 ci permette di scrivere la routine TYOUT corrispon¬ 
dente alla Figura 6.9. Questa viene riportata, suddivisa in due parti, nelle 
Figure 6.12 e 6.13. Per avere dei nomi relativamente brevi, sono stati fatti 
alcuni cambiamenti a questi altrimenti le Figure 6.12 e 6.13 sarebbero 
l’interpretazione diretta della Figura 6.9. 

L’istruzione «If Case... go to...» di Figura 6.9 è stata implementata u- 
sando la routine TRAN che discuteremo nel Capitolo Vili. Essa prende 
un valore da RO, lo ricerca in una tabella associativa del tipo TYGO o 
CHRGO e sostituisce RO con la seconda parte della prima coppia in cui il 
valore originale di RO costituisce la prima parte. Per esempio, riferendosi 
a TYGO, se il valore originale di RO è ECSTR, allora TRAN lo sostituirà 
con STREC. Se non viene trovato l’elemento nella tabella, viene fornito il 
valore di default (valore attribuito automaticamente nel caso in cui non 
sia stata data un’assegnazione ad una variabile) che segue lo zero. Anche 
TRAN utilizza C per indicare se l’elemento è stato trovato; questo è simi¬ 
le a ciò che viene fatto in SAYNX, la breve routine riportata in fondo alla 
Figura 6.12. Questo é un modo utile per ricevere delle informazioni dalle 
subroutine quando il programma chiamante può o non può prenderne cu¬ 
ra (esempio usando TRAN come sopra non guarderemo mai al valore di 
C che essa restituisce come informazione). Per rendere questo schema uti¬ 
lizzabile in modo speciale, si dovrebbe seguire una determinata conven¬ 
zione. Quella usata in questo libro è 

C = 0: Normale, prevista, ritorno senza errori 

C = 1: Anormale, imprevista, ritorno con errori 

Per esempio, come vedremo nel Capitolo Vili, se l’elemento viene trovato 
nella tabella TRAN restituisce C = 0, se non viene trovato C = 1. Per le 
routine che controllano delle condizioni, l’interpretazione di C dovrebbe 
dipendere dal nome della routine. Per esempio, se CHKRDY é una routi¬ 
ne che controlla se c’è qualche cosa di «libero» o «occupato», allora dovre¬ 
mo usare 


C = 0: libero 
C = 1: occupato 

Seguendo una simile convenzione, avrete qualche cosa in meno di cui 
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IRoutlne di Servizio di Uscita per Terminale! 


TYOUT: 

CALRTYENT 

LDB RLO.FLAG; CLRB RHO 

!Usa FLAG! 


LDAR1, TYGO 

CALL TRAN; JP @R0 

!e TYGO! 

ITabella degli indirizzi di elaborazione dei vari valori di FLAG! 

TYGO: 

INPUT; ECHO; ECSTR; STREC 

; OUTPUT; PRINT; 0; ERROR 

STREC: 

!Eco della strìnga! 

CALR SAYNX; JR NC.TYEX 

ilnvia in uscita il prossimo, esce se 
non é finita! 


LDB FLAG,#INPUT; JR ECHO 

!Se è finita, ritorna ad eseguire l'e¬ 
co! 

PRINT: 

!Stampa! 

CALR SAYNX; JR NC.TYEX 

Ilnvia in uscita il prossimo, esce se 
non è finita! 


LDB FLAG,#DONE; JR TYEX 

!Se è finita, dice «done»! 

TYEX: 

JR ECEX 

{Finisce l’elaborazione dell'inter¬ 
ruzione! 

ERROR: 

JR ECEX 

!Non dovrebbe essere qui — igno¬ 
ralo! 

SAYNX: 

LDB RLO, ®PTR; CPB RL0,#TRM 


JR EQ.NOEX 

!Preleva il carattere successivo, 
comunica se non c’è niente! 


OUTB @ IOUT.RLO; INC PTR 

!Lo invia in uscita se non è il ter- 

minatore! 


RESFLG C; RET 

!C = 0 Se non finisce! 

NOEX: 

SETFLG C; RET 

!C = 1 Se finisce! 


Figura 6.12 — Routine di Servizio di Uscita per il Terminale 
(Escluso Eco) 

preoccuparvi, siccome conoscerete sempre il significato dello stato di ri¬ 
torno senza dover riguardare il tabulato della routine. 

Le stringhe di caratteri CRS, BSS e ESCS in Figura 6.13 non sono 
probabilmente nella forma riconoscibile da un qualsiasi particolare as¬ 
semblatore Z8000. Il concetto base è il seguente: i caratteri i cui nomi 
simbolici sono riportati in parentesi, saranno assemblati in byte di memo¬ 
ria adiacenti con inizio da quello uguale alla label (etichetta) data. Si sup- 
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ISezione Eco dì TYOUT1 


ECHOs 

LD HI.RING; CALL GETRNG 

!Prossimo carattere di in- 



gresso! 


JR NC.EC1 

LDB FLAG,#SLEEP; JR ECEX 

!Attende se non c’è! 

EC1: 

LDB CHAR.RLO 

!Salva CHAR! 


CLRB RHO; LDA RI,CHRGO 

CALL TRAN; JP @ RO 

!Usa CHRGO & CHAR! 

ITabella degli indirizzi di elaborazione dei vari valori di CHAR! 

CHRGO: 

RUBOUT;ECRUB; BS;ECRUB; CR;ECCR; ESC; ECES; 0; ECC 

ECRUB: 

ICarattere di RUBOUT! 

LD RI,LINE; CALL BACKUP 

!Prende indietro l'ultimo ca¬ 
rattere! 


JR C.ECHO 

!Niente da Prendere! 


LDA PTR,BSS; LDB FLAG,#ECSTR 

JR STREC 

!L’eco elimina i caratteri! 

BSS: 

BYTES(BS,SPACE,BS.TRM) 


ECCR: 

ICarattere di terminazione! 

LD R l.LINE; LDB RL0,#TRM 

CALL ADLINE 

iTermina LINE! 


LDA PTR,CRS; LDB FLAG,#OUTPlJT llnvia in eco CR.LF! 


JR PRINT 


CRS: 

BYTES(CR,LF,TRM) 


ECES: 

ICarattere di ESCape! 

LD RI,LINE; LDB RL0,CHAR 

CALL ADLINE 

! Aggiunge ESC a LINE! 


LDA PTR.ESCS; LDB FLAG,#ECSTR 
JR STREC 

ilnvia in eco S, / ! 

ESCS: 

BYTES(‘$’,‘/’,TRM) 


ECC: 

IStampa il carattere! 

LD R1,LINE; LDB RLO.CHAR 

CALL ADLINE 

JAggiunge CHAR a LINE! 


OUTB @ IOUT.CHAR 

!Stampa il carattere! 

ECEX: 

CALR TYEXIT; IR ET 

[Commuta il contesto & 

IRET! 


Figura 6.13 — Routine di Servizio di Uscita per il Terminale (Parte 
Eco) 
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[Routine di Servizio per l’Ingresso da Terminale! 


TYIN: CALRTYENT 

IPosiziona il contesto! 

INB CHAR, @ IOIN; CALL PUTRNG 

[Preleva e memorizza il carat- 


tere! 

CPB FLAG,#SLEEP; IR EQ.ECHO 

[Risveglia l’uscita se sta atten- 


dendo! 

CALR TYEXIT; IRET 

[Ricostituisce il contesto e 


procede! 


Figura 6.14 — Routine di Servizio per Ingresso da Terminale 

pone anche che l’assemblatore aggiunga un byte zero extra per assicurar¬ 
si che l’istruzione successiva (esempio, LD Ri, LINE dopo BSS) sia as¬ 
semblata ad un indirizzo pari e che la label successiva (esempio, ECCR:) 
abbia il valore corretto. Gli assemblatori variano a seconda di come ven¬ 
gono trattati questi argomenti; dovete individuare ed usare le convenzioni 
del vostro assemblatore. 

C’è un’altra cosa da dire a riguardo di queste stringhe e a proposito 
delle tabelle TYGO e CHRGO: queste vengono usate in modo da essere 
poste nella memoria dati. Questo dimostra perché non si dovrebbero usa¬ 
re, nella programmazione non specializzata, gli spazi di memoria separati 
per dati ed istruzioni. Naturalmente, se esse devono trovarsi in spazi sepa¬ 
rati di memoria, l’assemblatore deve fornire un modo per renderlo possi¬ 
bile, inclusa l’assegnazione dei valori corretti delle label del tipo BSS e 
TYGO. Il caricatore dovrà anche fornire P«inizializzazione» della memo¬ 
ria che richiederà una specifica configurazione circuitale adatta all'uso. 

Nel Capitolo Vili verranno presentate le routine ADLINE e BA¬ 
CKUP per la gestione di LINE e le routine GETRNG e PUTRNG (viste 
in Figura 6.14) per la gestione di RING. LINE è semplicemente un insie¬ 
me di caratteri; RING è un buffer di ingresso fìrst infìrst out (primo ad 
entrare — primo ad uscire). Il suo nome deriva dalla implementazione co¬ 
me buffer ad anello (RING) — il modo più semplice per realizzare un buf¬ 
fer FIFO via software. 

Infine, la Figura 6.14, illustra la routine di servizio di ingresso TYIN. 
Essa segue, molto da vicino, la struttura di Figura 6.10. 

Nei programmi di Figura 6.12, 6.13 e 6.14 sono stati usati vari nomi 
simbolici che non sono stati definiti in modo esplicito: CR, LF, BS, PA¬ 
CE, TRM (= NUL, il carattere di terminazione) e i valori di FLAG, IN¬ 
PUT, ECSTR, OUTPUT, SLEEP, DONE. Per i valori di FLAG andrà 
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bene un qualsiasi valore distinto nel campo da 1 a 255. Gli altri sono no¬ 
mi simbolici di caratteri ASCII e devono avere dei valori corrispondenti a 
quelli di Figura 1.15. Con questo abbiamo finito l’esempio. 

ESERCIZIO 9: (a) Si noti che la prima istruzione ad ECRUB, ECCR. E- 
CES. ECC è LD RI,LINE; esiste un qualche modo per evitare questa ri¬ 
petizione? Che cosa si può fare per LDB RLO.CHAR che appare ad ECC 
e ECES? E che cosa si può dire per le tre ripetizioni di CALL ADLINE? 

(b) Supponete di dover gestire una mezza dozzina o quasi di caratteri 
nello stesso modo in cui é gestito ESC: mettete il carattere in LINE ed in¬ 
viate come eco una stringa speciale. Esiste un modo uniforme per fare que¬ 
sto usando TRAN ed un numero maggiore di tabelle? 

(c) Fornite la prestazione TAB che memorizzi il carattere TAB in LINE 
e che invii come eco degli zeri, o più spazi, per spostare la testina di stampa 
o il cursore nella posizione successiva di una tabella di stop di tabulazione. 

Si assuma che l’indirizzo della tabella sia un altro elemento del contesto. 

Fate i cambiamenti necessari per le definizioni del contesto. 

ESERCIZIO IO: Scrivete la versione segmentata della routine di gestione 
dell'interruzione da terminale. Quali cambiamenti potrebbero rendere più 
simili le due versioni? 

ESERCIZIO 11 : Nel Capitolo IX scopriremo che esiste la possibilità di 
prevenire le interruzioni da uno dei dispositivi terminali mentre stiamo ge¬ 
stendo le interruzioni di un altro. Che cosa accadrebbe se l'esecuzione di 
TYOUT fosse sospesa per permettere che l’ingresso di una interruzione 
venga processata da TYIN? o Viceversa? Ricordatevi, che ciascuna routi¬ 
ne possiede una copia del contesto nei registri, che viene ricopiata in me¬ 
moria quando viene eseguita. Questo problema sarà discusso nel Capitolo 
Vili. 
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Capitolo VII 

I componenti Periferici 
dello Z8000 


Lo Z8000 è stato progettato come una famiglia di componenti che 
condivide una struttura comune di bus e che fornisce tutti i pezzi necessa¬ 
ri per supportare le applicazioni tipiche dei calcolatori. Richiede troppo 
tempo descrivere in questo libro come tutti questi dispositivi siano usati 
insieme; per questo è stato pianificato un libro di Applicazione dello 
Z8000 nelle pubblicazioni future. In questo capitolo daremo una descri¬ 
zione generale di questa famiglia di componenti e discuteremo le opera¬ 
zioni interne della CPU Z8000 che hanno a che fare con I/O. 

Istruzioni Speciali di I/O 

Molte volte abbiamo fatto allusioni ad istruzioni «speciali» di I/O con¬ 
cepite per essere usate con l’unità di gestione della memoria. Queste istru¬ 
zioni non possono accedere alle linee AD 7 — ADodel bus indirizzi/dati e 
devono usare le linee AD 15 — ADs per tutte le informazioni sugli 
indirizzi/dati. Ci troviamo ora di fronte ad un punto poco chiaro: nell7- 
dea originale le istruzioni speciali di I/O utilizzavano AD 15— AD»per 
convogliare gli indirizzi e i dati a 16 bit; questo fu realizzato implemen¬ 
tando le istruzioni speciali di I/O esattamente come se fossero normali i- 
struzioni di I/O, utilizzando quindi AD 15— ADoper le informazioni a 16 
bit. L’unica differenza è che le istruzioni speciali di I/O producono un 
certo valore sulle linee di stato ST 3 — STo mentre le normali istruzioni di 
I/O ne producono un altro. (Vedasi Figura 2.12). 

Che cosa succede esattamente quando la CPU Z8000 esegue una i- 
struzione di I/O? Esattamente la stessa cosa che sì verifica per un acces¬ 
so alla memoria: per accedere ad una parola viene inviato in uscita su 
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AD 15 — ADo un indirizzo di 16 bit, poi sulle stesse linee vengono inviati in 
uscita o ricevuti in ingresso i 16 bit del dato. Per accedere ad un byte i 16 
bit di indirizzo vengono ancora posti su ADis — ADo; poi gli 8 bit da 
inviare in uscita sono posti su ADis — ADs e su AD? — ADo; mentre 
per riceverli in ingresso sono letti da ADis — ADso da AD? — ADo in 
funzione del fatto che l’indirizzo sia pari o dispari. 


Unità di Gestione della Memoria (MMU) 

Che cosa significa questo per la MMU? Essa non può vedere AD? — 
ADo e quindi risponde solamente a AD is— AD 8 . La MMU risponde alle 
64 configurazioni 00-3F presenti su ADis - ADs, utilizzandole per 
indirizzare i propri registri interni, ma fa questo solamente quando ST i — 
STo indicano uno stato di «I/O speciale» ed è valido il segnale di selezio¬ 
ne dispositivo. Il progettista di sistemi deve fornire una logica esterna per 
la selezione del dispositivo. Questa logica sarà più o meno complessa a 
seconda del numero di MMU presenti nella configurazione. La disposizio¬ 
ne ovvia è usare il byte di valore più alto dell’indirizzo (AD is— ADs) per 
indirizzare il registro interno ed il byte di valore più basso (AD? — ADo) 
per comunicare alla logica di selezione-dispositivo quale è il dispositivo 
selezionato. Il progettista può definire come usare AD? — ADo, ma Ao 
dovrà essere sempre zero. Se Aonon è zero, la CPU si aspetta di ricevere 
in ingresso da AD 7 — ADo un byte, perché gli indirizzi con A o uguale ad 
uno sono dispari. Dal momento che la MMU può inviare segnali sola¬ 
mente su ADis — AD 8 , tutti gli indirizzi della MMU devono essere pari; 
questo significa che il progettista può utilizzare le sette linee AD 7 — ADi 
per codificare fino a 128 diverse MMU. Se si usano meno di otto MMU, 
ognuna di queste può essere identificata da uno dei bit compresi tra AD 7 e 
ADi. Questa struttura è vantaggiosa in termini di semplicità ed inoltre le 
diverse MMU possono inviare contemporaneamente la stessa istruzione. 
Questo potrebbe essere importante in quei casi in cui due MMU diverse 
devono avere alcuni valori identici predisposti nei loro registri interni. In 
quest’ultimo caso se si verifica una interruzione tra la predisposizione di 
una MMU e la predisposizione dell’altra si potrebbe avere qualche guaio. 
Nella pubblicazione della Zilog di David Stevenson « Introduzione all’U¬ 
nità di Gestione della Memoria Z8000 — Informazioni Pratiche (An In- 
troduction to thè Memory Management Unit — Tutorial Information)» 
viene descritto in dettaglio un esempio di configurazione che utilizza que¬ 
sto sistema di indirizzamento. 

Fino ad ora non abbiamo discusso i registri o il funzionamento di una 
MMU. Adesso daremo una breve descrizione di essi. 
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La MMU contiene un insieme di 64 registri e 32 bit per la descrizione 
del segmento, tre registri di controllo ad un byte e sei byte per lo stato di 
«violazione dell’informazione». 

L'insieme dei registri di descrizione dei segmenti é indirizzato dagli ulti¬ 
mi sei bit del numero di segmento (SNs— SNo). Un bit in uno dei registri 
di controllo determina se i 64 segmenti sono compresi tra 0 e 63 o tra 64 e 
127: perciò, SNé= 0 o SNó= 1. Ciascun descrittore di segmento contiene 
un indirizzo di base (che specifica i bit 23-8 della base fisica del segmen¬ 
to). un campo di limitazione che indica il numero di blocchi di 256 byte di 
memoria fisica realmente assegnati al segmento (non tutti i segmenti uti¬ 
lizzano tutti i 64 Kbyte disponibili) ed otto bit di «attributi» che indicano 
se il segmento: 

• è stato esaminato 

• è stato cambiato 

• deve ricevere un trattamento speciale ad uso dello stack 

• non permette accessi in DMA 

• deve essere solo eseguito 

• non permette accesso alla CPU 

• non permette l’accesso di modo normale 

• deve essere solo letto. 

I tre registri di controllo ad un byte contengono otto bit che funzionano 
come un registro indirizzo di un byte per accedere aH’insieme del descrit¬ 
tore del segmento, tre bit per specificare quale delle linee ADu — ADs 
posizionerà questa MMU nella «ragione» al verificarsi di una trap di seg¬ 
mento e cinque bit che dicano se la MMU: 

• farà fluttuare le sue linee di indirizzo fisico 

• passerà direttamente gli indirizzi della sua estensione alla memoria 
fisica senza convertirli 

• risponderà ai segmenti 0-63 oppure 64-127 

• risponderà al modo sistema, al modo normale o ad entrambi. 

Gli otto bit rimanenti non sono usati. 

I sei registri contenenti l’informazione di violazione ad un byte conten¬ 
gono le informazioni salvate che si riferiscono alla causa che ha originato 
la trap: 

• I 15 bit superiori dell’indirizzo di segmento a 23 bit che ha causato 
la trap. 

• 1 15 bit superiori dell’indirizzo di segmento a 23 bit dell'ultima istru¬ 
zione corretta. 

• Le linee di stato N/S, R/W eST3 — SToall’istante in cui si è verifi¬ 
cata la trap. 

• Otto bit che descrivono il tipo di violazione: 
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• quattro corrispondenti alle proibizioni predisposte nei bit di at¬ 
tributo (tutti escluso il DMA) 

• uno per il superamento della larghezza specificata dal limitato¬ 
re di campo 

• due per i vari tipi di supero dello stack. 

• un bit «fatale», usato quando si accumulano gli errori. 

Non forniremo la struttura dettagliata dei registri e degli indirizzi inter¬ 
ni della MMU. Per quanto riguarda queste informazioni consigliamo il 
lettore di riferirsi alla documentazione del costruttore. 

La Famiglia di Componenti dello Z8000 

La famiglia di componenti dello Z8000 è costituita dai seguenti dispo¬ 
sitivi: 

• CPU Z8000 

• Unità di Gestione della Memoria 

• Controllore delle Comunicazioni Seriali 

• Dispositivo Contatore/Temporizzatore e I/O Parallelo 

• Buffer First In, First Out, CPU/CPU o CPU/Periferica 

• Controllore DMA 

• Controllore CRT (Video) 

• Controllore Floppy Disk 

• Controllore Universale di Periferiche basato su Z8. 

I/O Seriale 

NeH’ultimo capitolo abbiamo parlato della trasmissione sincrona seria¬ 
le dei bit dei dati. Abbiamo esaminato alcuni dei problemi coinvolti nella 
conversione seriale-parallelo, esempio il prelievo di caratteri di otto bit 
dalla stringa di caratteri. Questa funzione, ed il suo complemento, la con¬ 
versione parallela-seriale vengono generalmente realizzate tramite un cir¬ 
cuito integrato. Un circuito di questo tipo, utilizzabile con lo Z8000. è lo 
Z80A-SIO. Esso rappresenta un esempio di come sono fatti questi circui¬ 
ti. Questo componente è adeguatamente descritto nella documentazione 
del costruttore, per cui nel seguito noi non lo descriveremo in dettaglio. 

Lo scopo di un circuito seriale di I/O è di permettere la trasmissione 
parallela da parte della CPU e la trasmissione seriale da parte del disposi¬ 
tivo periferico. Siccome esistono degli standard generalmente accettati (e- 
sempio RS-232C), per i dispositivi periferici seriali di I/O, si richiede una 
trasmissione seriale da parte del dispositivo periferico. Questo tipo di tra¬ 
smissione è anche più adatto a trasmissione su lunghe distanze (richiede 
un minor numero di cavi ed elimina i problemi dovuti alla sincronizzazio¬ 
ne di segnali trasmessi in parallelo). Per la trasmissione seriale si possono 
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usare i modem e le linee telefoniche. La trasmissione seriale è standardiz¬ 
zata e dotata di molte opzioni: baud-rate, numero di bit per carattere, nu¬ 
mero di bit di stop, parità dei caratteri, conversione per i blocchi ed i for¬ 
mati dei campi dati trasmessi, controllo dell’errore longitudinale e molti 
altri. I primi circuiti di I/O seriale (esempio UART) fornivano alcune di 
queste opzioni mediante segnali presenti ai loro piedini di ingresso. Un 
moderno circuito, tipo lo Z80A-SIO, possiede dei registri interni che pos¬ 
sono essere programmati tramite comandi inviati dalla CPU. 

I/O Parallelo 

Mentre per l’I/O seriale esistono delle convenzioni standard, per l’I/O 
parallelo c’è molto poco. L’interfaccia parallela di I/O permette ai dispo¬ 
sitivi di essere interfacciati in modo standard, in particolare rispetto alla 
convenzione usata dalla CPU per le interruzioni e i riconoscimenti. Lo 
Z80A-PIO è un circuito di questo tipo che può essere usato con lo 
Z8000. 

Circuiti Contatori/Temporizzatori 

Lo scopo principale di un circuito contatore/temporizzatore è di per¬ 
mettere delle funzioni di temporizzazione, come quelle necessarie per la 
trasmissione sincrona seriale di bit, per poter gestire ad esempio una tra¬ 
smissione sincrona seriale senza il completo controllo della CPU. La 
CPU programma il circuito in modo da ricevere una interruzione ad in¬ 
tervalli determinati. Quando si verifica una interruzione, la CPU fa tutto 
quello che deve fare per gestire l’interruzione (esempio campiona l'ingres¬ 
so nel centro della cella del bit). Lo Z80A-CTC è un circuito di questo ti¬ 
po e può essere usato con lo Z8000. 

Non entreremo in ulteriori dettagli nell’analisi della famiglia di compo¬ 
nenti dello Z8000; è sufficientemente ovvia l’utilizzazione di un Control¬ 
lore per Floppy Disk o CRT (video). La ragione di un Buffer First In 
First Out è quella di permettere a dei dispositivi di diversa velocità di co¬ 
municare tra di loro senza rallentare il più veloce. Il Controllore per l'Ac¬ 
cesso Diretto alla Memoria (DMA) consente di trasferire dei dati alla ve¬ 
locità della memoria senza l’intervento della CPU. Quest’ultimo è utiliz¬ 
zato per dispositivi che hanno una velocità di trasferimento molto elevata 
(esempio dischi). 


Alcune caratteristiche non pianificate 

Ci sono varie caratteristiche dello Z8000 che trovano una utilizzazione 
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al di fuori di quelle applicazioni per cui sono state originariamente svilup¬ 
pate. Per esempio, nel Capitolo IV abbiamo parlato di come sono utiliz¬ 
zate le trap causate da «istruzioni non implementate». Un’altra caratteri¬ 
stica promettente é il registro di REFRESH (vedasi Figura 2.10). 

Supponete, per esempio, che il campo RATE sia posto a 50 e la fre¬ 
quenza di clock a 4MHz; quindi il campo ROW viene incrementato di 2 
ogni 50 psec. Perciò, se volete eseguire un’attesa di 10 msec, tutto quello 
che dovete fare è controllare il valore corrente del campo ROW, chiamate 
una qualsiasi altra routine che deve essere eseguita, poi ritornate indietro 
ad aspettare fino a quando il campo ROW è stato incrementato di un va¬ 
lore totale di 400 sopra il valore originale. Non dovete più preoccuparvi 
della quantità di tempo realmente richiesta dalla routine chiamata (suppo¬ 
nendo che sia minore di 10 msec). Sono possibili molte variazioni su que¬ 
sto tipo di applicazione. 

Utilizzando il registro REFRESH, ogni volta che si verifica un ciclo di 
rinfresco, si usano tre cicli di clock (nell’esempio sopra ogni 50 ps). Que¬ 
sto ciclo di rinfresco può essere realmente usato per realizzare un clock: 
una logica esterna può generare un’interruzione ogni volta che il contato¬ 
re ROW raggiunge 400 in un ciclo di rinfresco e una routine di interruzio¬ 
ne può aggiornare un clock software di 10 ms e sottrarre 400 dal valore di 
ROW. Diversamente dall’esempio precedente, in questo caso i circuiti di 
rinfresco debbono essere dedicati a questa applicazione. 

ESERCIZIO 2: (a) Perché si sottrae 400 dal valore di ROW? Perchè sem¬ 
plicemente non lo si azzera? 

(b) Scrivete la codifica per sottrarre 400 dal valore di ROW. Che cosa 
succede se il contatore ROW ha già raggiunto 512 ed ha riciclato a zero 
prima che venga gestita l’interruzione? Come eliminate la possibilità di di¬ 
sturbo del campo RATE e del bit di abilitazione? Che cosa fate se ha già 
raggiunto 288 (800 mod 512)? 

Anche la prestazione della sincronizzazione multi-micro può essere uti¬ 
lizzata in modo non standard. Può essere usata come una porta di I/O ad 
un bit. L’istruzione MREQ può essere utilizzata per generare impulsi di 
durata prefissata. 

ESERCIZIO 3: (a) Scrivete la codifica per generare un impulso di 100 ms 
su MO. 

(b) Scrivete la codifica per far entrare il valore MI nel bit meno significa¬ 
tivo di un registro. (Suggerimento: ricordate TCC.) 

Questo esercizio conclude la nostra discussione sui componenti perife¬ 
rici dello Z8000. Il lettore che vuole proseguire ulteriormente lo studio di 
questo argomento è indirizzato al volume Sybex di prossima pubblicazio¬ 
ne: Z8000 Applications Book. (Applicazioni dello Z8000). 
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Capitolo Vili 

Esempi di Programmi 
di Utilità 


Pensiamo a tutti gli esempi di sistemi a calcolatore che non servono 
molto l’utente: un grande sistema di elaborazione in batch che richieda 
che i parametri di controllo dei lavori, come il limite di tempo o il massi¬ 
mo numero di linee di uscita, siano specificati in ottale; un piccolo sistema 
interattivo che non vi permette di digitare in anticipo, quando voi cono¬ 
scete già la risposta, prima che siano formulate le domande; il prolificare 
di grandi e piccoli sistemi che non possono trattare le date in una forma 
comprensibile all’utente. La cosa più triste da dire é che la maggior parte 
di questi sistemi sono stati progettati da programmatori che si sono sicu¬ 
ramente preoccupati di renderli funzionali. 

I problemi principali sono il tempo e gli strumenti a disposizione. Si è 
impiegato molto ad inventare la ruota, come vi diranno quelli di noi che lo 
hanno fatto molte volte. O come disse una persona «Andremo più in alto 
mettendoci uno sulle spalle dell’altro invece di cercare di pestarci i piedi». 
Naturalmente, un libro non può risolvere molti problemi, ma se userete al¬ 
cune delle ruote di questo capitolo, invece di reinventarle, potrete avere un 
po’ di tempo libero per cercare di rendere un poco più facile la vita dell'u¬ 
tente. 

Tutti i programmi di questo capitolo sono scritti per lo Z8000 non-se- 
gmentato. Per il funzionamento segmentato occorrono versioni analoghe 
ma con diverse locazioni di memoria o registri per gli indirizzi. 

Inizializzazione degli I/O 

Nel Capitolo VI abbiamo presentato la routine di gestione delle interru¬ 
zioni TYOUT e TYIN. Ora dovremo scrivere la routine TYIO che inizia- 
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lizza le operazioni sviluppate da TYOUT, ma prima dobbiamo farci una 
idea migliore di come abbiamo intenzione di usare questo meccanismo. 

TYIO è un programma di utilità (utility) per i programmi applicativi 
che usano il terminale. Viene chiamata per fare una delle due seguenti co¬ 
se: 

(1) Ingresso di una linea di caratteri dalla tastiera. 

(2) Invia in uscita alla telescrivente o al video una linea di caratteri. 

Per esempio, il programmatore può desiderare inviare in uscita il messag¬ 
gio 


«Enter your password» 

(Digitate la vostra parola d'ordine) 

e poi accettare una risposta, digitata, chiusa con un carriage return (ca¬ 
rattere CR). La prima di queste operazioni corrisponde al punto (2) so¬ 
pra, la seconda al punto (1). 

Far entrare una linea di caratteri dalla tastiera comporta varie dif¬ 
ficoltà, la prima delle quali è l’eco. Se l’operatore ha digitato una «A», al¬ 
lora il programma deve inviare una «A» indietro alla stampante /video. 
L’eco deve aspettare che finisca ogni operazione di uscita precedentemen¬ 
te iniziata. D’altra parte, l’operatore può aver digitato la «A» prima che il 
programma formuli la domanda; per cui la routine di gestione dall’inter¬ 
ruzione da tastiera deve prendere i caratteri e memorizzarli fino a quando 
il programma richiede un ingresso. 

La gestione dei caratteri speciali è un’altra delle difficoltà legate all'in¬ 
gresso. Per esempio, il carattere RUBOUT ha bisogno di un eco speciale; 
ha bisogno di far si che il carattere precedente venga rimosso dal buffer in 
cui viene formata la linea d’ingresso. L’eco dipende dal fatto che il visua¬ 
lizzatore del terminale sià un video o una stampante (la routine TYOUT 
del capitolo VI suppone sia un video). Se non c’è alcun carattere da can¬ 
cellare viene soppresso. 

Nell’esempio sopra riportato, immaginate che l’operatore inizi a digi¬ 
tare la parola d’ordine, prima che sia richiesta dal programma, si fermi 
nel mezzo di questa operazione per ricordarsi qualcosa, poi infine finisca 
la digitazione dopo che il calcolatore ha riguadagnato il precedente ritar¬ 
do. La Figura 8.1 illustra una possibile sequenza di eventi. 

In uno degli esercizi del Capitolo VI abbiamo accennato ad alcuni dei 
problemi che potrebbero nascere se le routine di interruzione TYOUT e 
TYIN si interrompessero l’una con l’altra. Fortunatamente possiamo es¬ 
sere sicuri che questo non si verifica. TYOUT e TYIN devono interrom¬ 
pere TYIO, TYIO dovrà aspettare che FLAG venga posizionato a DO- 
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EVENTO 

BUFFER 

LINEA 

VIDEO 


DI INGRESSO 

DI INGRESSO 


L'utente digita: G. U. M 

G,U,M 


o 


G.U.M.R, 

RUBOUT 



Il programma chiede 
-Introdurre la Password. 
L'utente digita: R, RUBOUT. 


/introdurre^ 

/ LA PASSWORD 1 


L'interruzione tinaie si verifica RUBOUT.D.R, G,U,M,R 

dopo che il messaggio é stato q p 
inviato in uscita FLAG è 
posizionato a DONE. 

Il programma richiede un 
ingresso. 

Inizia l'elaborazione. 

L'utente digita: 0. R, O, P. 

TYOUT preleva il carattere D,R,O.P G,U,M 

RUBOUT dal buffer di ingresso 
ed opera su di esso, toglie R 
dalla linea di ingresso ed invia 
in eco BS. SPACE. BS. 



TYOUT elabora i successivi 
quattro caratteri. L'utente non 
ha ancora premuto il RETURN, 
per cui l'ingresso non è finito ed 
il buffer è vuoto. 

FLAG è posizionato a SLEEP 


L'utente preme il RETURN. RETURN 

Quando TYIN pone il 
RETURN nel buffer di ingresso, 
posiziona nuovamente FLAG ed 
INPUT e salta TYOUT. 


TYOUT preleva il RETURN dal 
buffer di ingresso. Invia come 
eco i caratteri CR, LF e 
memorizza un NUL nel buffer di 
linea. 

FLAG è posizionato a DONE. 



G.U,M,D,R, 

O.P.NUL 



Figura 8.1 — Sequenza degli Eventi di un Ingresso da Tastiera 
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NE. Questo verrà fatto guardando e riguardando FLAG fino a quando 
non sarà posizionato a DONE; se non fosse possibile inviare interruzioni, 
questo sarebbe un loop infinito siccome non sarebbe possibile cambiare la 
configurazione di FLAG. 

Ricordatevi che la causa dell’interazione era dovuta alle due diverse 
copie del contenuto prelevate dall’area di memoria situata in CONBLK e 
caricata nei registri. Ciascun programma che preleva una copia del conte¬ 
sto riscrive la sua copia quando è stato eseguito, quindi una delle copie 
deve essere completata mentre viene scritta sull’altra — ogni cambiamen¬ 
to fatto sulla prima copia sarebbe perso quando la seconda copia viene 
scritta sopra di questa. 

Se TYIO usa TYENT e TYEXIT per predisporre e salvare il contesto 
e se TYIO viene interrotta da TYOUT o TYIN, allora verrà perso ogni 
cambiamento fatto da TYOUT o TYIN sul contesto (esempio pone 
FLAG = DONE). Siccome TYIO deve aspettare che FLAG assuma il 
valore DONE, questa attesa può essere realizzata senza leggere ed ag¬ 
giornare il blocco del contesto. Dopo che FLAG è stata posta uguale a 
DONE, TYIO è libera di usare il blocco del contesto perchè non ci do¬ 
vrebbero essere interruzioni di TYOUT e le interruzioni di TYIN lasciano 
inalterato il contesto. 

La Figura 8.2 mostra la routine di TYIO. La routine TYWAIT, in fon¬ 
do, guarda la copia di FLAG nella memoria, che è il primo byte del con¬ 
testo localizzato con CONBLK. Questo tiene conto del contenuto 
***MUST BE FIRST*** (Deve essere per primo) nelle definizioni di 
TYENT e TYEXIT. 


ESERCIZIO I : Considerate questo possibile approccio per evitare di ave¬ 
re due routine con la copia del contesto. Supponete che la prima parola di 
CONBLK sia un semaforo: quando ha valore -1, non si può usare il con¬ 
testo; quando è zero, si può prendere ed usare il contesto. La sequenza 

X: TSET CONBLK; JR MI,X 

deve precedere ogni lettura del contesto; ma 
CLR CONBLK 

deve seguire la riscrittura del contesto. 

Quindi, TYENT può essere scritta secondo le linee 

TYWSM; TSET CONBLK; JR MI.TYWSM 
che precede il prelievo del contesto; TYEXIT può avere 
CLR CONBLK 
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Hnizializzatore del I/O per II terminale (venione non-segmentata) 

CALL TYIO; RI = indirizzo della tabella degli argomenti 

Ritorna con C = 0 se è inizializzata 


C = 1 se c’è un comando non 

valido 

I/O viene eseguito sotto interruzione. 


CALL TWAIT 


Ritorna dalla routine quando è finita la precedente operazione. 

Formato della tabella degli argomenti: 


Indirizzo byte Per richiesta di ingresso 

Per richiesta di uscita 

PFLAG = 0 !#INPUT 

#OLITPUT ! 

PADR = 2 llndirizzo della linea 

Indirizzo della stringa di uscita! 

POUTA = 4 llndirizzo dell’I/O di uscita 

Uscita dell’indirizzo di I/O ! 

PRING = 6 llndirizzo di RING 

(non usato) ! 

ITabella delle 


lunghezze (byte): ! LINTAB = 8; 

LOUTAB = 6 ! 

TYIO: CALR TYWAIT 

lAttendi «done»! 

CALR TYENT 

IPosiziona il contesto! 

LDB FLAG,R1(*PFLAG + 1) 

IPosiziona il FLAG dal- 


la tabella! 

LD IOUTJtl(#POUTA) 

! e l’uscita dell'indirizzo 

CPB FLAG,#INPUT; IR NE,TY1 

!Se l’ingresso: ! 

LD RINGHI 1(#PRING) 

! Poni RING= 1! 

LD LINE,R1(#PADR) 

! & LINE= 1! 

JR TYOKX 


TY1: CPB FLAG,#OUTPUT; JR NE,TYERX ! Altrimenti se l’uscita: ! 

LD PTR,R1(#PADR) 

! Poni ad 1 PTR! 


!Se c’è un errore! 

TYOKX: RESFLG C; CALR TYEXIT 

!OK per l’uscita: C=0! 

SC #IOGO; RET 

Unizializza I/O! 

TYERX: SETFLG C 

! Errore: C = I! 

LDB FLAG,#DONE 

!FLAG = DONE! 

CALR TYEXIT; RET 


! Routine d’attesa! 


TYWAIT: CPB CONBLK,#DONE; JR NE,TYWAIT; RET 


Figura 8.2 — Inizlalizzatore dell’I/O per II Terminale 
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inserita giusto dopo aver ristabilito il contesto. Tutte le routine che chiama¬ 
no TYENT e TYEXIT accedono al blocco del contesto in modo automati¬ 
co. 

Adesso TYWAIT può essere scritto: 

TYWAIT: CALL TYENT 

CPB FLAG,#DONE; JR EQ.TYWEX 
CALL TYEXIT; JR TYWAIT 
TYWEX: CALL TYEXIT; RET 


Se si verifica una interruzione a TYIN o TYOUT tra le chiamate TY¬ 
WAIT, TYENT e TYEXIT, la routine di interruzione chiamerà TYENT e 
rimarrà nel loop di TYWSM fino a quando TYWAIT termina il suo test e 
restituisce il contesto. Poi continua l’elaborazione dell’interruzione, e TY¬ 
WAIT non altererà i cambiamenti fatti da TYIN e TYOUT. 

Perchè questo non funziona? La situazione che lo fa sbagliare è chiama¬ 
ta «nodo mori ale». 


Ci sono altri punti di Figura 8.2 da evidenziare. Gli argomenti chiamati 
vengono passati tramite una tabella indirizzata da RI. Le posizioni degli 
argomenti nella tabella sono definite e contemporaneamente commenta¬ 
te e utilizzate dentro la routine con il modo di indirizzamento tramite 
base. Siccome questa routine è scritta per il funzionamento non-seg- 
mentato, avremmo potuto usare l’indirizzamento indicizzato (esempio 
LD IOUT,POUTA(Rl) invece di LD IOUT,Rl(#POUTA)), ma questo 
avrebbe complicato il nostro lavoro quando avremmo voluto scrivere la 
analoga routine'per il funzionamento in modo segmentato. In effetti, se a- 
vessimo dovuto fornire la definizione 

TABADR = RI 

all’inizio della routine (forse sulla stessa linea come «RI = adr della tabel¬ 
la argomenti»), e scrivere, per esempio, 

LDB FLAG,TABADR(#PFLAG + 1) 


invece di 


LDB FLAG,R1(#PFLAG + 1) 

in questo caso il solo cambiamento necessario a questa routine, per poter¬ 
la utilizzare in modo segmentato, è una ridefinizione del tipo 

TABADR = RR2 
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Ma naturalmente sarebbe necessario riscrivere TYENT e TYEXIT per 
fornire una diversa allocazione del registro. 

ESERCIZIO 2: Scrivete le versioni di TYENT e TYEXIT che forniscono 
la giusta allocazione del registro nel funzionamento segmentato. Un siste¬ 
ma simile a quello definito nella TABADR menzionata sopra può essere u- 
sato per localizzare i necessari cambiamenti del codice sorgente? 

Per ultimo, notate che l’istruzione 

SC #IOGO 

segue la chiamata di TYEXIT. Ricordatevi che questo è un mezzo (da di¬ 
scutere nel Capitolo IX) per simulare una interruzione di una uscita per 
un terminale, siccome non sono stati ancora inviati dei caratteri al termi¬ 
nale in risposta all’interruzione finale dell’ultimo programma di uscita 
(quello che fa si che FLAG sia posto uguale a DONE). Perchè esso segue 
la chiamata di TYEXIT? 

Routine di Gestione del Buffer ad Anello 

Nel Capitolo VI abbiamo usato un buffer ad anello come buffer d’in¬ 
gresso da terminale. Un buffer ad anello è semplicemente un buffer first in 
-first out e può essere usato in molte applicazioni. Le routine di base per la 
gestione sono GÉTRNG e PUTRNG. Per il metodo qui descritto viene 
richiesta, come conseguenza diretta, una inizializzazione che non descri¬ 
veremo in dettaglio. 

La Figura 8.3 mostra le sequenze di chiamata di queste routine e il for¬ 
mato dei buffer ad anello che esse gestiscono. La parte di memorizzazio¬ 
ne e un insieme di n byte. Viene chiamato «anello» perchè il byte 1 viene 
considerato come il byte successivo al byte n. Ci sono due puntatori che 
si muovono lungo l’anello. Il puntatore di put (mettere) punta alla succes¬ 
siva posizione libera, dove verrà aggiunto il prossimo elemento; il punta¬ 
tore di get (prendere) punta all’elemento più vecchio del buffer, il prossi¬ 
mo da togliere. 

Una posizione di un byte viene considerata vuota se contiene uno zero 
(per cui non si possono memorizzare degli elementi di valore zero; questo 
è importante per i caratteri). Se il puntatore-get sta puntando ad un ele¬ 
mento zero, il buffer è vuoto. Se il puntatore-put non sta puntando ad un 
elemento zero il buffer è pieno. Ogniqualvolta GETRNG toglie un ele¬ 
mento per mezzo del puntatore-get, lo sostituisce con uno zero. Questa 
procedura è illustrata in Figura 8.5. 


229 



(Routine per il Buffer ad anello (versione non-segmentata) 


CALL GETRNG; RI = indirizzo dell’anello 

La routine ritorna con C = 0, e il carattere successivo in RLO o C = 1 se il buf¬ 
fer é vuoto. 

CALL PUTRNG; RI = indirizzo dell’anello; RLO = carattere. 

La routine ritorna con C = 0 se il carattere è memorizzato, C = 1. trascurando 
il carattere, se il buffer è pieno. 

Formato di un anello; 

Prima parola - n (numero di byte memorizzati nell’anello) 

1RGET - 2 12° parola = puntatore - Get (da 0 a n—1)1 
RPUT = 4 13° parola = puntatore - Put (da 0 a n—1)! 

RDAT -6 ! Inizio della memorizzazione di n byte! 


IRegistri utilizzati: 

! RSCR = 2 
RNGCON = R4 
RSIZ = RNGCON 
GETP = RNGCON + 1 
PUTP = RNGCON + 2 
RNGRT = RNGCON+ 3 

NRNCX = 3 
RNCXB = 2*NRNCX 

NRNRG = NRNCX + RSCR 
RNRGB = 2*NRNRG 


R0,R1 comunicano con il chiamante! 
!R2,R3 sono di tipo scratch! 

! Blocco dei registri di contesto! 
!Dimensioni dell'anello di memorizzazione! 
Puntatore di Get! 

(Puntatore di Put! 

!Ultimo chiamante-non è nella testata del¬ 
l'anello! 

!Numero di registri per la testata! 
!Numero di byte da memorizzare nello 
stack! 

(Registri per la testata e scratch! 

!Nunterò totale di byte! 


(Routine per il salvataggio e il ripristino del contesto: 

CALL RNGENT (salva i registri e posiziona il contesto) — C è conservata 
CALL RNGEX (ripristina i registri) — C è conservata 


Figura 8.3 — Definizioni e Formati dei Buffer ad Anello 


Noi usiamo qui un approccio leggermente diverso a causa dei problemi 
avuti col blocco di contesto delle routine di I/O del terminale. RNGENT 
legge il blocco di contesto nei registri partendo dall’inizio dell’anello. 
RNGEX non riscrive fuori l’intero contesto. Invece GETRNG scrive il 
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puntatore - get aggiornato nella memoria, mentre PUTRNG scrive l’ag¬ 
giornamento del puntatore - put. 

L’utilizzo di un indice (da 0 ad n — 1) per i puntatori rende l’anello, co¬ 
me struttura dati, indipendente dalla sua locazione in memoria ed anche 
indipendente dal tipo di segmentazione. Naturalmente, i programmi che 
gestiscono gli anelli suppongono un funzionamento non-segmentato (e- 
sempio utilizzando RI come un registro indice) anche se gli anelli in se 
stessi non contengono indirizzi. 


ESERCIZIO 3: (a) Riscrivete la routine di I/O per terminale in modo tale 
che TYEXIT non prelevi il blocco di contesto. Fornite le definizioni del ti¬ 
po RGET. RPUT, RDAT (Figura 8.3) per FLAG. PTR e di altri elementi 
che cambiano, e usate 


LDA R2.CONBLK 


per predisporre un indirizzo base. Utilizzate il modo di indirizzamento su 
base per permettere a TYOUT e TYIO di aggiornare gli elementi cambiati. 
Il registro di contesto dovrà essere spostato in giù di una posizione, esem¬ 
pio FLÀG = R3. CHAR = RL3, PTR = R4, ecc. 

(b) Siccome TYIN non modifica il contesto, questa potrebbe ridurre il 
tempo utilizzato per elaborare le interruzioni da tastiera. Calcolate i tempi 
tipici richiesti da TYIN per la versione corrente e la vostra della routine. 

(c) Adesso supponete che si verifichi una interruzione di uscita per ter¬ 
minale mentre TYIN sta eseguendo al suo interno una chiamata a 
PUTRNG. Che effetto può avere questo? 


La routine di Gestione della Linea di Memorizzazione Caratteri 

Le routine ADLINE e BACKUP che gestiscono la linea d'ingresso 
composta da TYOUT, quando elaborano i caratteri provenienti dal buffer 
ad anello, sono estremamente semplici. 

ESERCIZIO 4: State progettando un programma e incominciate a scrive¬ 
re la codifica di Figura 8.6 esattamente da dove era stato lasciato quando il 
programmatore due mesi prima era passato ad un altro lavoro. 

(a) Definite le convenzioni di chiamata per BACKUP e ADLINE. 
(Suggerimento: trova’te dove sono chiamate nel Capitolo VI). 

(b) Qual è il formato di una linea? 

(c) Che cosa succede se ADLINE viene chiamata quando la linea è pie¬ 
na? 

La Routine di Conversione 

TRAN è il programma più semplice e più utile di questo capitolo. Esi 
stono molte possibili varianti, ma nella sua forma più semplice TRAN a- 
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[Routine per l’anello: RNGENT, RNGEX, GETRNG, PUTRNGI 

RNGENT: EX RNGRT,® SR 

[Scambia il ritorno in 

RNGRT! 

DEC SR,#RNRGB 

[Salva altri registri • escluso 

RO, RI! 

LDM @SR,R2,#NRNRG 

LDM RNGCON,@Rl,#NRNCX 

ICarica il contesto! 

JP @RNGRT 

SUSCITA! 

RNGEX: POP RNGRT, @SR 

[Preleva il ritorno per 
RNGRT! 

LDM R2,@SR,#NRNRG 

!Ripristina i registri salvati! 

INC SR,#RNRGB 

EX RNGRT, @ SR; RET 

IRipristina RNGRT c l'usci¬ 
ta! 

GETRNG: CALR RNGENT 

[Struttura il contesto! 

LD R2.GETP; INC R2,#RDAT 

[Sistema l’informazione per 
la testata dell’anello! 

LDB RL0,R1(R2); TESTB RLO 

[Carica il carattere; control¬ 
la se è vuoto il buffer! 

JR Z.RGER 

CLRB RL3; LDB R1(R2),RL3 

[Sostituisce il carattere con 

zero! 

INC GETP 

!Incrementa il puntatore- 
Get! 

CP GETP.RSIZ 

[Riduce il modulo n del pun- 
tatore-Get! 

JR LT.GPUP 

SUB GETP.RSIZ 

GRUP: LD R1(#RGET),GETP 

[Aggiorna il puntatore-Get 
in memoria! 

RGOK: RESFLGC; CALR RNGEX; RET 

!OK per uscite: C = 0! 

RGER: SETFLG C; CALR RNGEX; RET 

[Vuoto/Pieno: C = I! 

PUTRNG: CALRRNGENT 

[Struttura il contesto! 

LD R2.PUTP; INC R2,#RDAT 

[Sistema l’informazione per 
la testata dell’anello! 

LDB RL3JR1(R2); TESTB RL3 

[Guarda se la posizione è li¬ 
bera! 


Figura 8.4 — Routine di Gestione del Buffer ad Anello (segue) 
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JR NZ.RGER 

LDB R1|R2),RL0; INC PUTP 

! Memorizza il carattere, in¬ 
crementa il puntatore! 


CP PUTP.RSIZ 

IRiduce il mod n del punta¬ 
tore! 


JR LT.PPUP 

SUB PUTP.RSIZ 


PPUP: 

LDR1(#RPUT),PUTP 

[Aggiorna il puntatore-put 



in memoria! 


JR RGOK 

! Prende l’OK per l'uscita! 


Figura 8.4 — Routine di Gestione del Buffer ad Anello 


Puntatore-Put Puntatore-Get 



0 I 2 3 4 5 n—4 n-3 n-2 n-l 

L'anello contiene i caratteri: 


G.U.M.D.R.BS 


La successiva chiamata di GETRNG fornirà G, piazzerà un NUL nella posizione n - 
2 e aggiornerà il puntatore-Get per contenere n —1. 

La successiva chiamata di PUTRNG metterà un carattere nella posizione 4 e ag¬ 
giornerà il puntatore-Put al valore 5. 


Figura 8.5 — Funzionamento di un Buffer ad Anello 

nalizza una tabella di coppie di elementi cercando un elemento uguale al 
primo elemento di ciascuna coppia; se l’uguaglianza viene verificata resti¬ 
tuisce il secondo elemento della coppia. Questa tecnica è conosciuta come 
ricerca associativa. 

A prima vista questa routine non sembra molto piacevole da usare. Nel 
Capitolo VI abbiamo visto come questa routine potrebbe essere usata. 
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lEsempio di 

come non scrivere un 

programmai 

BACKUP: 

PUSHL @SR,RR2 

iSalva R2.R3! 


LD R2,R1(#2) 

! Preleva il puntatore! 


TEST R2 

!Lo controlla! 


JR MI.LNER 

[Vuoto! 


LD R3,#4 

[Spiazzamento della parte di memorizzazione 
dal dato della linea! 


ADD R3.R2 

!Lo somma al puntatore! 


LDB RL0,RI(R3) 

[Preleva il carattere! 


DEC R2 

JDecrementa il puntatore! 


LD R1(*2),R2 

!Lo mette da parte! 

LNOK: 

RESFLG C 

[Azzera C! 

LNEX: 

POPL RR2,@SR 

[Ripristina R2.R3! 


RET 

[Ritorno! 

ADLINE: 

PUSHL @SR,RR2 

[Salva R2.R3! 


LD R2,R1(#2) 

[Preleva il puntatore! 


LD R3.R2 

!Lo pone in R3! 


INC R3 

[Incrementa R3! 


CP R3,@R1 

!Lo confronta con la dimensione della linea! 


JR EQ.ADLI 

!Linea piena! 


LD R2.R3 

!Usa R3! 


CLR R3 

!Zero significa che non era pieno! 

ADLI: 

LD R1(#2),R2 

[memorizza il puntatore! 


ADD R2,#4 

!Somma lo spiazzamento del dato! 


LDB RI(R2),RL0 

[Memorizza il carattere! 


TEST R3 

!Controlla se la linea è piena! 


JR Z.LNOK 

!Non è piena! 

LNER: 

SETFLG C 

[Pone C = 1! 


JR LNEX 

!Va all’uscita! 


Figura 8.6 - BACKUP e ADLINE 


basandosi sul valore di una flag o di un carattere, per realizzare un trasfe¬ 
rimento ad una possibile locazione. Più avanti ci saranno altri esempi. 
Una volta che sarete abituati ad usare TRAN, troverete ad ogni momento 
delle nuove applicazioni in cui utilizzarla. 

La Figura 8.7 illustra la routine TRAN. Ci sono molti modi per variare 
questa routine di base: dimensionare diversamente gli elementi, definire 
dei valori diversi delle dimensioni dell’elemento convertito, prevedere a 
zioni diverse sui guasti. 
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Secondo l’autore l’idea di canonizzare la tecnica della ricerca associati¬ 
va in una routine di tipo generale come TRAN è dovuta a R.S. Langer. 


ESERCIZIO 5: Esiste un suffisso tipico di ciascuno dei 31 numeri dei 
giorni di un mese di un calendario (esempio Ist, 2nd, 3rd, 4th); costruite 
una tabella per TRAN che dia questi suffissi. Per farla breve, fate in modo 
che i valori di default siano i più comuni. 

TRAN è il nostro ultimo legame con il Capitolo VI. Il prossimo esem¬ 
pio mostrerà come viene utilizzata la routine TYIO. 

Programma di Interazione con D Terminale 

Se un essere umano deve interagire con un calcolatore, allora il sistema 


IRoutine di conversione (versione non-segmentata) 

CALL TRAN; RO = elemento da convertire 
RI = indirizzo della tabella 

La routine ritorna con C = 0 e RO = elemento convertito, se questo viene 
trovato 

C = 1 e RO = valore di default, se non viene trova¬ 
to l’elemento 

RI = indirizzo dell’elemento fornito dalla routine 
all’uscita (elemento convertito o valore di default) 

Formato della tabella: 

Elemento I; Valore di conversione dell’elemento 1 


Elemento n; Valore di conversione dell’elemento n 



0; Default 


; 

TRAN: 

TEST @R1; JREQ,TRANF 

ICerca il terminatore! 


CPR0,@R1; JREQ,TRANS !Poi controlla l’uguaglianza! 


INC R1,#4;JR TRAN 

[Preleva la coppia successiva! 

TRANF: 

SETFLGC;JR TROUT 

!Non trovato! 

TRANS: 

RESFLCC 

[Trovato! 

TROUT: 

INC RI,#2; LDR0,@RI 

!R1 punta al valore! 


RET 


Figura 8.7 — La Routine TRAN per la Ricerca Associativa 
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dovrebbe fornire al programmatore gli strumenti necessari per strutturare 
in modo valido tale interazione. Il programma qui discusso fornisce alcu¬ 
ni elementi di base. Vengono poi indicate, come esercizi, alcune possibili 
espansioni o miglioramenti. Il programma ridotto all’osso consiste di 
quattro routine: SAY, ASK, GETCH, BACKCH. 

SAY prende l’indirizzo di una stringa terminata e la invia in uscita al 
terminale. 

ASK prende l’indirizzo di una (possibilmente di lunghezza zero) strin¬ 
ga terminata (la domanda), che invia in uscita al terminale, poi accetta 
l’ingresso (la risposta), che viene memorizzata in un buffer chiamato IN- 
LINE. Per ultimo, inizializza il puntatore INLINE per poter essere usato 
da GETCH e BACKCH. 

GETCH prende il carattere successivo da INLINE e lo dà al chiaman¬ 
te; C viene usato per comunicare al chiamante un «end-of-line» (fine li¬ 
nea). 

BACKCH «restituisce» il carattere trasmesso dal chiamante. Per esem¬ 
pio, una routine di ingresso di un numero prende caratteri fino a quando 
vede dei caratteri alfabetici. Poi utilizza BACKCH per restituire il carat¬ 
tere alfabetico. 

La Figura 8.8 definisce la struttura della linea caratteri: è analoga ad 
un anello, ma solamente con un puntatore, che non si sposta dalla posi¬ 
zione n — 1 alla posizione 0. Questo puntatore ha anche il valore addizio 
naie — 1 corrispondente ad una linea usata. Come nell’anello, una linea è 
una struttura dati indipendente dal tipo di segmentazione: le routine di 
gestione sono state scritte supponendo di operare in funzionamento 
non-segmentato. 

La Figura 8.9 mostra le routine GETCH e BACKCH e le due routine 
ADLINE e BACKUP viste un po’ più indietro (vedasi Figura 8.6). Il tipo 
di rappresentazione di Figura 8.9 detto top down (dall’alto verso il basso); 
per prima cosa ci sono le routine principali, esse considerano la struttura 
dati ad un elevato livello di generalità. Perciò, le routine principali non 
fanno assunzioni circa l’implementazione della struttura dati. Esse incre¬ 
mentano o decrementano il puntatore e prelevano o memorizzano un ca¬ 
rattere usando le primitive LINC, LDEC, LFETCH e LSTORE. Il livello 
successivo consiste nel realizzare queste primitive in funzione della parti¬ 
colare rappresentazione scelta per la struttura dati. Le routine di scambio 
del contesto si trovano alla fine. Esse sono virtualmente identiche a quelle 
delle routine ad anello. 

ESERCIZIO 6: Confrontate le routine di Figura 8.6 con quelle di Figura 
8.9. Qual è la rappresentazione più chiara? Quale ha i migliori commenti? 
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IRoutine di LINE 


CALL ADLINE; RLO = carattere 

RI = indirizzo della linea 

La routine ritorna con il carattere aggiunto (il carattere è scritto sopra l’ultimo 
carattere se la linea è piena) 

CALL BACKUP; RI = indirizzo della linea 

La routine ritorna con C = 0 e l’ultimo carattere in RLO; o C = 1 se la linea é 
vuota. 

CALL GETCH; RI = indirizzo della linea 

La routine ritorna con C = 0, RLO = carattere successivo; o C = 1 e RLO = 0 
se è alla fine. 

CALL BACKCH; RLO = carattere da sostituire, R 15 è l’indirizzo della linea 
C = I se non c’è stata GETCH. 

Formato di una linea: 

Prima parola: n (numero di byte memorizzati in una linea) 

1 LPTR = 2 !2“ parola: puntatore (da 0 a n —1, —1 se è vuoto)! 

LDAT = 4 ! Inizio della memorizzazione di n byte! 

! Registri usati: 

! LSCR = 1 IR0.R1 per la chiamata R2; è un registro scratch! 

LCON = R3 !H blocco del contesto viene posto nei registri! 

LNSZ = LCON ! Dimensione della linea 
LNPT = LCON + 1 ! Puntatore! 

LNRT = LCON + 2 !Ultimo chiamante-non nella tabella! 

NLNCX = 2 iNumero dei registri della testata! 

NLNRG = NLNCX + LSCR iNumero che comprende i registri scratch! 
LNCXB = 2*NLNCX; !Byte necessari per quanto sopra! 

LNRGB = 2*NLNRG 

! Routine per il salvataggio ed il ripristino del contesto: 

CALL LNENT (Salva i registri e posiziona il contesto) — C è conservato 
! CALL LNEX (Ripristina i registri) — C è conservato 


Figura 8.8 — Definizioni e Formati delle Routine di LINE 
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IRoutine di linea: GETCH, BACKUP, ADLINE, BACKCHI 

ILine roulines: GETCH, BACKUP, ADLINE, BACKCH! 

ADLINE: 

CALRLNENT 

CALR LINC; CALR LSTORE 

CALRLNEX; RET 

BACKUP: 

CALR LNENT 

CALR LFETCH: CALRLDEC 

CALR LNEX; RET 

GETCH: 

CALR LNENT 

CALR LFETCH: TESTB RLO; JR Z,GTER; CALR LINC 

CALRLNEX: RET 

GTER: 

SETFLG C; CALR LNEX; RET 

BACKCH: 

CALR LNENT 

CALR LDEC; CALR LSTORE 

CALRLNEX: RET 

ìlncrementa 

o decrementa il puntatore di linea! 

LINC: 

I.D R2.LNPT; INC R2; CP R2.LNSZ; JR GE.LNER 

INC LNPT; LD RI(#LPTR),LNPT; JR LNOK 

LDEC: 

TEST LNPT; JR MI,LNER 

DEC LNPT; LD RI(#LPTR),LNPT; JR LNOK 

! Preleva o memorizza per mezzo del puntatore di linea! 

LSTORE: 

TEST LNPT; JR MI,LNER 

LD R2.LNPT, ADD R2,#LDAT; LDB R1(R2),RL0; JR LNOK 

LFETCH: 

TEST LNPT; JR MI,LNER 

LD R2.LNPT; ADD R2,#LDAT; LDB RL0.RMR2) 

LNOK: 

RESELO C; RET 

LNER: 

SETFLG C; RET 

ICommutazione del contesto all’ingresso o all’uscita! 

LNENT: 

EX LNRT,@SR; DEC SR,#LNRGB; LDM @SR,R2,#NLNRG 

LDM LCON,@Rl,#NLNCX; JP @LNRT 

LNEX: 

POP LNRT,@SR; LDM R2,@SR,#NLNRG; INC SR,#LNRGB 

EX LNRT,@SR; RET 


Figura 8.9 — Routine LINE 
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{Routine di interazione con il terminale 


CALL SAY; RI = indirizzo di una stringa terminata con zero 
CALL ASK; RI = indirizzo della domanda 

La routine ritorna con la risposta disponibile per l’elaborazione di GETCH e 
BACKCH 


SAY: PUSH @SR,RI 

DEC SR,#LOUTAB 
LD SR(#PADR),R1 
LD RMOUTPUT 


ISalva l’indirizzo di stringa! 

Costruisce la tabella TYIO nello stack! 
!ADR — indirizzo della stringa! 

!FLAG = «uscita»! 


LDSR<#PFLAG),R1 

LDRl,#TYOUTP !OUTA = indirizzo di I/O! 

LD SR(#POUTA),Rl 

LD RI,SR; CALL TYIO inizia le operazioni di uscita! 

INC SR.0LOUTAB ÌRipristina lo stack! 

POP R1,@SR; RET ÌRipristina l’indirizzo di stringa; uscita da routine! 


ASK: CALRSAY 


Unvia la domanda in uscita! 

PIISH @SR,R1 ISalva l'indirizzo della domanda! 

DEC SR.0LINTAB Costruisce la tabella TYIO nello stack! 

LD R1,#INPUT !I-LAG - «ingresso»! 

LD SR(#PFLAG),R1 

LDA RI.INLINE !ADR = indirizzo di INLINE! 
LDSR(*PADR),R1 

LD Rl,#TYOUTP !OUTA = indirizzo di I/O! 
LDSR(#POUTA),Rl 

LDA RI,INRING !RING = indirizzo di INRING! 
LDSR(#PRING),R1 

LDA RI.INLINE; CALL EMPLIN Hnizializza la linea di ingresso! 

LD RI.SR; CALLTYIO Hnizializza l’ingresso! 

CALLTYWAIT !Aspetta finché è fatto! 

INC SR,#LINTAB [Libera la tabella dallo stack! 

LDA RI.INLINE;CALLSETLIN Hnizializza per GETCH, BACKCH! 


!ADR = indirizzo di INLINE! 


!OUTA = indirizzo di I/O! 


!RING = indirizzo di INRING! 


POP RI,@SR; RET 

lUn altro pezzo della routine dì linea 
SETLIN: PUSH @SR,R0; CLR RO 
LD R1(*LPTR),R0 
POP R0,@SR; RET 


ÌRipristina l’indirizzo della domanda; 
uscita dalla routine! 

! Prende a prestito RO! 

! Punta al primo carattere! 

ÌRipristina RO! 
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In Figura 8.10 sono illustrate le routine SAY e ASK. Ciascuna di esse 
utilizza il suo argomento d’ingresso per predisporre una tabella di argo¬ 
menti per la chiamata di TYIO. Si assuma che i buffer INLINE e IN- 
RING e l’indirizzo di I/O di TYOUTP siano definiti da qualche altra 
parte. Nel Capitolo IX, quando si discuterà un sistema elementare di ti- 
mesharing «pilotato da eventi», vedremo che questi elementi divengono 
argomenti impliciti di SAY e ASK e variano da utente a utente. 

In Figura 8.2 vengono definiti i simboli LINTAB, LOUTAB, PFLAG, 
ecc. Le tabelle degli" argomenti per SAY ed ASK possono essere tenute 
nello stack e rilasciate appena viene eseguito il ritorno da TYIO, siccome 
l’informazione necessaria per supportare l’operazione in sviluppo iniziata 
da TYIO viene prelevata dalla tabella di TYIO e predisposta in 
CONBLK. (Naturalmente, questo richiede che le memorie dati e stack 
siano coincidenti). D’altra parte, gli elementi, come le stringhe, che devo¬ 
no essere inviate in uscita non possono essere lasciati nello stack, siccome 
CONBLK contiene solamente un puntatore alla stringa, ma non la strin¬ 
ga. Affinché una stringa, del tipo individuato da R1 per SAY, sia memo¬ 
rizzata nello stack, occorre trovare un modo per evitare il rilascio dello 
spazio di stack fino a quando è completata la stampa corrente. Si potreb¬ 
be avere in alternativa una linea chiamata OUTLIN, con funzione simile 
agli altri buffer fissi INLINE e INRING; si potrebbe quindi implementare 
una funzione SAY che trasferisce la stringa in OUTLIN e chiama TYIO 
con ADR puntato alla parte di testo di OUTLIN. 

ESERCIZIO 7: Scrivete una routine, chiamata SAYF, che si comporti co¬ 
me suggerito nel precedente paragrafo. Qual è il modo migliore per avere 
l'indirizzo della parte di testo di OUTLIN? Qual è il modo più efficiente 
per trasferire la stringa in OUTLIN? Come potete assicurarvi che OU¬ 
TLIN sia libero prima di trasferire la stringa dentro di esso? 


Decodifica delITngresso 

Le routine GETCH e BACKCH possono essere utilizzate per imple¬ 
mentare un certo numero di routine di decodifica dell’ingresso. Siccome 
INLINE viene usata in modo implicito da ASK, fa senso avere una cop¬ 
pia di routine GETC e BACKC che fa la stessa cosa di GETCH e 
BACKCH. Queste sono riportate in fondo alla Figura 8.11. 

La Figura 8.11 è una illustrazione del tipo di elaborazione di una linea 
di ingresso, spesso utile nella programmazione interattiva. Il programma¬ 
tore potrebbe usare una chiamata ad ASK per visualizzare il messaggio 
di «prompt» (pronto) ed aspettare l’ingresso del comando. I «campi» della 
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risposta si possono ottenere, usando GETFLD, uno alla volta. Per esem¬ 
pio, se la linea di ingresso è 


LO AD «Game Program», 1, FFOO 

la successiva chiamata di GETFLD fornirà delle stringhe di caratteri A- 
SCII terminate con zeri per 


LOAD 

«Game Program» 

1 

FFOO 

Onde riconoscere un particolare tipo di argomento, le chiamate di 
GETFLD dovrebbero essere intercalate con chiamate di routine «di rico¬ 
noscimento» sviluppate per esaminare una stringa terminata con zero. 
Nell’esempio sopra riportato potremmo avere un riconoscitore di coman¬ 
do, un identificatore dei nomi del file, un identificatore del numero dell'u¬ 
nità disco ed un riconoscitore dell’indirizzo di memoria. La Figura 8.12 
mostra come potrebbe essere fatta la codifica. Notate come sia ripetitiva. 
In effetti, questo tipo di applicazione è l’ideale per un approccio basato su 
tabelle: un insieme di quattro punti di ingresso a due elementi la descrive 
completamente. Perciò, si potrebbe scrivere un programma generale che 
faccia la stessa cosa elaborando una tabella della forma 

RECCMD;CMD; RECFIL;FILCOD; 

RECDSK;UNIT; RECADR;MEMADR 

ESERCIZIO 8: Scrivete una versione del codice di Figura 8.12 che prenda 
l’indirizzo della tabella sopra riportata e fornisca le stesse cose che dà quel¬ 
la di Figura 8.12. Come potreste modificare il vostro programma in modo 
che sia possibile specificare un numero variabile di campi? 

La maggior parte della regolarità della Figura 8.12 è dovuta all’unifor- 
mità delle convenzioni utilizzate per le routine RECCMD, RECFIL, 
RECDSK e RECADR: ciascuna preleva argomenti nel formato con cui 
lo restituisce GETFLD; questa routine restituisce C = 0 ed un codice di 
una parola per l’elemento riconosciuto in RO, oppure restituisce C = 1 se 
la stringa non è nel formato giusto. La Figura 8.13 illustra un identificato¬ 
re di comando che utilizza la tecnica delle tabelle TRAN in cascata. Si as- 
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IPreleva il «campo» successivo dalla linea di ingresso 

CALL GETFLD: RI = indirizzo del buffer in cui memorizzare il campo 


R2 = dimensioni del buffer (byte) | 

La routine ritorna con RLO = «spazi» che seguono il separatore e vengono sai- 

tati: non 

viene passato nulla di intatto di ciò che è compreso tra le virgolette 

(« »): R2 

f 

= byte non usati (neg = supero) 


GETFLD: 

PUSH StSR.RI; CLRB RHO 

IPosiziona l’indicatore: non è 
tra le virgolette! 

GETL: 

CALL GETC 

! Prossimo carattere di ingresso! 


JR C,GETEND 

!C significa EOL! 


CPB RLO,#QUOTE 

!Se ci sono le virgolette, inverti 
l’indicatore! 


JR NE,GET1; COMB RHO 


GET1: 

TESTB RHO; JR NZ.GET2 

!Se la stringa è tra virgolette, 
passala! 


CALL CKSEP; JR NC,GETEND 

!Altrimenti controlla il separato- 

GET2: 

DEC R2;JR MI,GETL 

!Vede se c’è spazio per memo¬ 
rizzarla! 

LDB @Rl,RLO;INCRIJR GETL 

!Se c’è spazio la memorizza ed 



incrementa il puntatore! 

GETEND: 

DEC R2; JR PL, GET3; DEC RI 


GET3: 

CLRB0R1 

!Memorizza il terminatore zero! 


CALLSKBLNK 

!Salta gli spazi! 


POP R1,@SR; RET 


CKSEP: 

PUSHL @ SR.RRO; CLRB RHO 

!Salva RO. RI; prepara RO! 


LDA RI,SEPTAB; CALL TRAN 

!È un carattere di separazione?! 


POPL RRO, @ SR 

!Ripristina RO. R1 ! 


RET 

!Passa il valore C di TRAN! 

SEPTAB: 

COMMA;0; SEMIC;0; SPACE;0; TAB;0; Od) 

SKBLNK: 

PUSHL SR,RR0 

!Salva RO, RI! 


CLRB RHO 

!Prepara per TRAN! 

SKL: 

CALL GETC; JR C.SKEX 

ÌPrende il carattere successivo! 


LDARl.WHITAB 

[Tabella degli spazi! 


PUSH @ SR.R0; CALL TRAN 

!È uno spazio?! 


POP R0,@ SR; JR NC,SKL 

!Se è cosi, prende il carattere 



successivo! 


Figura 8.11 — Routine Campione per la Decodifica della Linea di 


Ingresso (segue) 
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CALL BACKC !Se non è così, lo rimette a po¬ 

sto! 

SKEX: 

POPL RR0,@SR; RET 

WHITAB: 

SPACE;0; TABjO; 0;0 

GETC: 

PUSH @ SR.RI; LDA R1,INLINE;CALL GETCH 
POPRl,^SR;RET 

BACKC: 

PUSH @ SR,RI ; LDA R1.INL1NE; CALL BACKCH 

POP Rl,@ SR; RET 


Figura 8.11 — Routine Campione per la Decodifica della Linea di 
Ingresso 


ICodifica di un esempio di elaborazione di un 

ingresso! 

DEC SR.tfBUE'l.; I.D R3.SR 
REASK: LDA RI.PROMPT; CALI. ASK 

!Fai il buffer sullo stack! 

! Invia il comando per l’ingresso 
di una nuova linea! 

LD R1,K3;LD R2,#BUEL 

CALI. GETELD 

CALL RECCMD; JR C,REASK 
LDCMD.RO 

!l° campo: codice comando! 

LD R1.R3; LD R2,#BUEI. 

CALL GETELD 

CALI. RECETE; JRC.REASK 

I.D EILCOD.RO 

!2° campo: codice del filo! 

LD R1.R3; LD R2,#BUEI. 

CALL GETELD 

CALL RECDSK; JR C.REASK 
LDUNIT.RO 

!3° campo: numero del disco! 

LI) RI.R3; I.D R2#BUFI. 

CALL GETELD 

CALL RECADR; JR C,REASK 
LDMEMADR.RO 

!4°campo: indirizzo di memoria! 

INC SR,#BUEL 

!Rilascia il buffer di stack! 


Figura 8.12 — Esempio di Codice per l’Elaborazione dell’Ingresso 
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suine che i simboli della tabella in fondo siano definiti da qualche altra 
parte. AS_E, AS_L, hanno lo stesso valore dei codici ASCII di E. L, 
ecc. C — EDIT, C — LIST, ecc. sono piccoli numeri distinti che riconosco¬ 
no i comandi, esempio C _ EDIT = 1 ; C _LIST = 2; ecc. Questi possono 
essere utilizzati più avanti dalle Figure 6.12 e 6.13 per il trasferimento alla 
corretta routine di elaborazione in una tabella TRAN simile a TYGO e 
GHRGO. NXCH è una routine utilizzata per prelevare dei caratteri dal 
buffer puntato da RI. 

Il materiale riportato in Figura 8.11, 8.12 e 8.13 è un esempio del gene¬ 
re di strumenti che si possono mettere insieme per la gestione dell'ingres¬ 
so; è possibile fare molto di più di quello che è mostrato qui. 

ESERCIZIO 9: (a) Scrivete la routine NXCH chiamata in Figura 8.13. Si 
dovrebbe comportare come segue: 

Se RI = — 1. chiama GETC e ritorna 

Altrimenti LDB RL0.@RI; se RLO poi INC RI e ritorna 

C = 0; se RLO = 0, ritorna C = 1. 

Questa routine è stata pensata per Tare un ciclo che, qualunque sia il codice 
che noi scriviamo per elaborare le stringhe nel buffer, possa essere usato 
anche per elaborare la stringa in ingresso in INLINE. 

(b) Se si aggiunge il comando ERASE, come dovrebbero cambiare le ta¬ 
belle di Figura 8.13? 

(c) Notate come dobbiamo azzerare spesso lo spazio RHO prima di usa¬ 
re TRAN per trasmettere un carattere letto da GETC, GETCH. NXCH. 
ecc. Sarebbero possibili alcuni cambiamenti: fornire una versione di 
TRAN che converte solamente i caratteri che guardano ad RLO (ma resti¬ 
tuisce in R0 l’intera parola tradotta); avete GETCH, ecc.. azzerate RHO. 

Quali sono i prò ed i contro di questi cambiamenti? Esistono altre possibi¬ 
lità? Quali effetti avrebbero questi cambiamenti sul codice già scritto? 

(d) Scrivete un identificatore di comando che restituisca RHO = mese. 

RLO = giorno; RI = anno. Che cosa dovrebbe essere in grado di ricono¬ 
scere? Si può utilizzare una cascata di tabella TRAN per riconoscere i no¬ 
mi dei mesi? I numeri romani per i mesi? 

(e) Scrivete un riconoscitore per un ingresso numerico: riconosce i nu 
meri esadecimali. decimali, ottali e binari con quattro riconoscitori separati 
che condividono routine comuni. Ciascuna dovrebbe essere in grado di 
trattare con un segno meno o più iniziale. 

(0 Scrivete un riconoscitore per un ingresso temporale. Accetta le quat¬ 
tro cifre dell’orologio militare o il formato abituale dell’orologio (xx:xx 
AM. PM. M. N). Assicuratevi che il formato abituale funzioni senza uno 
zero quando le ore sono espresse da una sola cifra. 


Formattazione dell’uscita 

Mentre gestiamo l’ingresso, il maggior problema consiste nel compren¬ 
dere ciò che viene digitato, il problema più importante per l’uscita è la for¬ 
mattazione. Esistono due strumenti utilizzabili per quello che discuteremo 
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IRiconoscitore di comando! 

CALL RECCMD; I registri sono predisposti da GETFLD 

La routine ritorna con C = 0 ed il codice cmd in RO 

C = 1 se il comando non è riconosciuto 

Il programma analizza uno alla volta i caratteri di ingresso: ad ogni punto, se 
ciò che è stato visto definisce in modo univoco un comando o probabilmente 
non può essere un comando, allora viene eseguito un opportuno ritorno alla 
routine; altrimenti il programma continua ad esaminare i caratteri. Questo è 
realizzato con una cascata di tabelle di TRAN : la prima converte ciascun possi¬ 
bile carattere iniziale sia in un codice comando sia nell’indirizzo di un'altra ta¬ 
bella TRAN di possibili secondi caratteri per quel carattere iniziale, e cosi via. I 
Codici Comando sono distinti dagli indirizzi essendo rappresentato da un codi¬ 
ce 2* codice + I; gli indirizzi non sono mai dispari. 

RECCMD: CLR RO; PUSH @SR,R1 llnizializza! 

LDA Rl.TBLZER 

RCMDI.P: EX R1,@SR;CALR NXCH ICarattere successivo - sbaglia 

se non c’è! 

EX R1,@SR; JR C.RCMDER 

CALL TRAN; JR C.RCMDER IConverte - sbaglia se non può! 
RESFLG C 

RRC RO; JR C.RCMDOK !Se codice, esce dalla routine! 

RLC RO !Altrimenti guarda la tabella 

TRAN per il successivo! 

LD RI.RO; CLR RO; JR RCMDI.P 
RCMDOK: RESFLG C; POP R1,@SR; RET 
RCMDER: SETFLG C; POP RI.@SR; RET 

TBLZER: AS_E; 2*C EDIT + 1 ; AS_L; TB_L; AS_P; TB_P 

AS_T; TB_T; 0;0 

TB_L: AS_1; 2*C_LIST + 1; AS_O; 2*C_LOAD + 1;0;0 

TB_P: AS_R; TB_PR; 0;0 

TB_PR: AS_I; 2‘C^PRINT + 1; AS_0; 2*C_PROGRAM + 1;0;0 

TB_T: AS_E; 2*CTEST + I; AS_I; 2*C_TIME+ I 

AS_Y; 2*C_TYPE + I; 0;0 

!Le tabelle riportate sopra riconoscono i comandi della lista seguente: EDIT, 
LIST, LOAD, PRINT, PROGRAM, TEST, TIME, TYPE! 

Figura 8.13 — Identificatore di Comando 
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IRoutine per la formazione della linea 


CALL SLIN; Aspetta fino a quando è fatta l’ultima operazione di uscita, poi 

posiziona OUTLIN. 


CALL ELIN; Termina la linea (con zero), poi chiama SAY per inviare in uscita 

OUTLIN. 


CALL ADDCHR; RLO = carattere; Aggiunge il carattere a OUTLIN. 

CALL ADDSTR; RI — indirizzo della stringa terminata con zero; lo aggiunge 

a OUTLIN. 


! 

SLIN: CALL TYWAIT 

lAspetta le operazioni prece¬ 
denti! 

PUSH @ SR.Rl 

ISalva RI! 

LDA RI,OUTLIN; CALL EMPLIN 

!Inizializza la linea! 

POP Rl,@ SR; RET 

!Ripristina R1 ed esce dalla 

routine! 

ELIN: PUSHL@SR.RRO 

!Salva R0.R1! 

CLR R0; CALL ADDCHR 

ÌTermina la linea! 

LDA RI.OUTLIN; ADD R1,#LDAT 

!Punta al testo! 

CALLSAY 

!Lo invia in uscita! 

POPL RRO.W SR; RET 

!Ripristina RO.R 1 ed esce 
dalla routine! 

ADDCHR: PUSH @SR,RI 

!Salva RI! 

LDA RI.OUTLIN; CALL ADLINE 

{Aggiunge il carattere! 

POP RI, @SR; RET 

!Ripristina RI : ed esce dalla 
routine! 

ADDSTR: PUSH @ SR,RI; PUSH @ SR,R2 

!Salva R1.R2! 

LD R2,R1; LDA RI.OUTLIN 

CALL ADLNST 

! Aggiunge la stringa! 

POP R2,@ SR; POP Rl,@ SR 

!Ripristina RI.R2 ed esce 
dalla routine! 

RET 



Figura 8.14 — Alcune Routine per la Formazione della Linea 
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qui di seguito: il controllo del cursore e la formazione della linea. Inco- 
minceremo con la formazione della linea, siccome ci fornisce una soluzio¬ 
ne concreta al problema evidenziato nell’Esercizio 6: dove risiede la strin¬ 
ga mentre viene inviata in uscita? Il programma di base per la formazione 
della linea è costituito da una linea (chiamata OUTLIN) e da alcune rou¬ 
tine: 


SLIN: inizia la linea (aspetta fino a quando è libera la linea) 

ELIN: termina la linea (chiama SAY per inviarla in uscita) 

ADDxxx: un insieme di routine per aggiungere cose alla linea, e- 
sempio, ADDSTR aggiunge una stringa terminata con 
zero, ADDDEC aggiunge i caratteri ASCII per la rap¬ 
presentazione decimale di un certo numero, ADDCHR 
aggiunge un singolo carattere, ADDDAT aggiunge una 
data, e cosi via. 

La Figura 8.14 mostra le routine di base SLIN, ELIN e ADDCHR. Pro¬ 
babilmente si può costruire tutto partendo dalla routine ADDxxx ed uti¬ 
lizzando chiamate ad ADDCHR, ma questo non è funzionale. Per questa 
ragione, è stata aggiunta la routine ADLNST alle routine per la gestione 
della linea di Figure 8.8 e 8.9. La routine ADDSTR di Figura 8.14 utiliz¬ 
za ADLNST. ADLNST è presentata in Figura 8.15 insieme con EM- 
PLIN, che viene chiamata da SLIN. 

ESERCIZIO 10: (a) Notate che SLIN chiama TYWAIT; sebbene ci siano 
altre cose che TYOUT potrebbe fare oltre all’invio in uscita da parte di 
OUTLIN (per esempio l’eco). C’è un modo migliore per assicurarsi che 
OUTLIN sia libera prima di indirizzarla? 

(b) Considerate lo schema seguente: a TYOUT viene aggiunto un altro 
stato corrispondente a FLAG = BUFOUT. In questo caso, TYOUT pren¬ 
derà il suo prossimo carattere da inviare in uscita da un buffer ad anello: se 
l'anello è vuoto, allora TYOUT entra in uno stato di attesa corrispondente 
a FLAG = BSLEEP. Nel frattempo, ogni volta che ELIN viene chiamata 
trasferisce i contenuti di OUTLIN nel buffer ad anello. Essa non ritorna al 
chiamante fino a quando OUTLIN è libera, per cui SLIN non deve mai e- 
seguire un controllo. Se ELIN trova FLAG = BSLEEP, mentre sta ag¬ 
giungendo dei caratteri, pone FLAG = BUFOUT ed esegue un SC #10- 
GO per fare ripetere ogni cosa. 

Trovate i dettagli di questo schema. 

(c) Scrivete la routine ADDDAT che aggiunge una data a OUTLIN. 

Essa dovrebbe avere i suoi argomenti espressi nel modo seguente: RHO = 
mese (1-12); RLO = giorno (1-31); RI = anno; R2 = codice formato. Tra 
le opzioni che il chiamante dovrebbe essere in grado di specificare ci sono: 


247 



Mese: nome intero, abbreviazione, numero 
Anno: 4 cifre, ultime due cifre 

Giorno, numero, numero seguito dal suffisso (st, nd, rd, th) 

Ordine: mm/gg/aa; gg/mm/aa; mese giorno anno; giorno mese anno. 

Inoltre, il programma dovrebbe essere in grado di eseguire dei calcoli e for¬ 
nire in vari formati il giorno della settimana. 

(d) Ora riscrivete ADDDAT per prelevare la data o il codice formato 
da una tabella puntata da RI. Perchè è migliore? Modificatela ancora in 
modo che la tabella contenga l 'indirizzo della data. È ancora migliore? 


Controllo Cursore 

Le routine di formazione linea ci permettono di discutere il controllo 
del cursore. 

La maggior parte dei videi permette un qualche controllo, da calcolato¬ 
re, della posizione del cursore. Tra i costruttori non c’è molta standardiz¬ 
zazione, in molti casi il comando per inviare il cursore alla riga L colonna 
C è una sequenza di caratteri del tipo: 

Cl, C2, B1 + L, B2 + C 

costituita da due caratteri di controllo (codici ASCII da 0 a IF) seguita 
dai numeri reali della colonna e della riga, possibilmente con una costante 
di spiazzamento. La Figura 8.16 illustra come realizzare una routine AD- 
DPOS per aggiungere una stringa opportuna ad OUTLIN. CURPOS 
chiude ADDPOS tra le chiamate SLIN ed ELIN. SCREEN mostra come 
visualizzare una videata composta di stringhe poste in determinate posi¬ 
zioni di riga e colonna. SCREEN è molto utile per visualizzare informa¬ 
zioni sullo schermo, essendo totalmente basata su tabella. 

ESERCIZIO 11 : (a) Scrivete una versione di SCREEN che utilizzi AD¬ 
DPOS e ADDSTR piuttosto che CURPOS e SAY. Come fate a sapere 
quando dovete eseguire le chiamate di SLIN ed ELIN? È importante sape¬ 
re quanto diventi pieno OUTLIN prima di chiamare ELIN? 

(b) Modificate SCREEN in modo che essa riconosca altri comandi spe¬ 
ciali. Per esempio, se la posizione della parola è —2, fate in modo che l'in¬ 
gresso sia costituito da altri due elementi: un codice posizione seguito dal¬ 
l'indirizzo di una tabella argomenti per ADDDAT. Se le routine ADDxxx 
sono tutte scritte in modo che esse prendano un singolo argomento (possi¬ 
bilmente un indirizzo della tabella) in RI, poi la corrispondenza tra i codici 
di posizioni speciali con le routine ADDxxx può essere incorporata in una 
tabella TRAN; esempio: 


-2; ADDDAT; -3; ADDHEX; -4; ADDDEC; 
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[Routine addizionali di linea! 

CALL ADLNST; Ri = indirizzo della linea 

R2 = indirizzo della string?. terminata con zero. 

La routine ritorna con C = 0 se alla linea è stata aggiunta tutta la stringa 
C = 1 se parte o tutta non è stata aggiunta. 

CALL EMPLIN; Ri = indirizzo della linea 
Posiziona la linea a «vuota» 

! 

ADLNST: PUSHL @SR,RR2 ISalva i registri! 

PUSHL @SR,RR0 

LD R0,@R1; LD R3,R1(#LPTR) IPrende la dimensione (n) e il pun¬ 
tatore! 

DEC RO; SUB R0.R3 ISpazi lasciati (byte)! 

JR LE.ALSER [Insufficiente! 

ADD R1,#LDAT; ADDRI.R3 
INC RI 

ALSLP: TESTB @R2; JR Z,ALSOK !Di più nella stringa?! 

INC R3; LDIB @R1,@R2,R0 llncrementa il puntatore; muove 

JR NOV.ALSLP byte! 

TESTB @R2; JR Z,ALSOK IPieno — OK se la stringa è vuota! 

ALSER: SETFLG C; JR ALSOUT !Niente spazio; C = 0! 

ALSOK: RESFLG C !Allfil;C = 0! 

ALSOUT: POPL RR0,@SR; LD R1(#LPTR),R3 [Aggiorna il puntatore! 
POPL RR2,@SR; RET 

EMPLIN: PUSH @SR,R0; LD RO,#- 1 [Prende a prestito RO! 

LD R1(#LPTR),R0 [Posiziona la linea a vuota! 

POP R0,@SR; RET [Ritorna RO! 

Figura 8.15 — Aggiunte alle Routine di Linea 

(c) Scrivete una versione di ASK che prelevi in RO l’argomento della po¬ 
sizione nello schermo e formuli la domanda alla colonna e linea specificate. 

Per la risposta dovrebbe avere la possibilità di mettere degli spazi vuoti in 
alcune posizioni del video? Come gestite le situazioni di Figura 8.12, se 
una risposta sbagliata fa ripetere la domanda al programma? 

(d) La maggior parte dei videi ha un comando di pulizia schermo, gene¬ 
ralmente realizzato inviando uno o due caratteri di controllo al dispositivo 
di uscita. Scrivete la routine di pulizia schermo ADDCLR e CLRSCR a- 
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(Posizionamento del cursore 


CALL ADDPOS; RHO = linea (da 0 a n - 1) 

RLO = colonna (da 0 a m - 1) 

Ad OUTLIN vengono aggiunte la stringa di caratteri C1,C2,B1 + linea. B2 + 
colonna. 

CALL CURPOS; RO come in ADDPOS; viene posizionato il cursone. 

CALL SCREEN; 31 = indirizzo della tabella delle posizioni ed indirizzi della 
stringa. 

Formato della tabella: 

POSITION (come sopra); STRING ADR; POSITION; ADR:...; - I 


ADDPOS: PUSHL @ SR.RRO 
PUSH @ SR,#0 


ISalva RO.R 1 ! 

IForma la stringa nello 
stack! 


ADDB RH0,#B1; ADDB RL0,#B2 

PUSH @ SR.RO 

LDB RH0,#C1 ; LDB RL0,#C2 

PUSH @ SR.RO 

LD R 1,SR; CALL ADDSTR 

INC SR,#0 

POPL RR0,@SR 


ISomma ad OUTLIN! 
! Azzera lo stack! 
!Ripristina RO.RI! 


CURPOS: CALL SLIN; CALL ADDPOS; CALL ELIN; RET 


SCREEN: PUSHL@SR,RRO; PUSH@SR.R2 !Salva RO.RI.R2! 


LD R2.R1 

SCREL: CP@R2,#-1;JREQ,SCREX 

LD RO, @ R2; LD R1 ,R2 (#2) 

INC R2,14 

CALL CURPOS; CALL SAY 
JR SCREL 


!II puntatore della tabella in 
R2! 

!Fine della tabella?! 

[Prende la posizione e l'indi¬ 
rizzo della stringa! 
(Incrementa il puntatore! 
(Muove il cursore, chiama 
SAY! 


SCREX: POP R2,@SR; POPL RR0,@SR (Ripristina RO.R 1 ?R2! 

RET 
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naloghe ad ADDPOS e CURPOS. Pensate di poter avere un nome miglio¬ 
re di CLRSCR? 

La routine di video dovrebbe chiamare una routine di pulizia schermo 
prima di iniziare? Che cosa ne pensate di un codice speciale nella tabella di 
visualizzazione del video? 


Come per l’elaborazione dell’ingresso, la nostra discussione della for¬ 
mattazione dell’uscita per il terminale non è andata più in là di una analisi 
superficiale. Abbiamo solamente discusso alcuni dei mezzi che renderan¬ 
no più facile la maggior parte delle specifiche applicazioni. 


IProgramma per la gestione della tabella a bit 

1. Gestione di bit e routine di test: BSET, BCLR, BTST. 

Chiama con RI = indirizzo della tabella parametro: Restituisce C =1 se 
la posizione indicata é fuori dall'intervallo della tabella, altrimenti da C = 0. 
BSET e BCLR azzerano o mettono ad uno il bit; BTST pone Z ad uno se il bit 
è zero, altrimenti azzera Z. 

2. Routine di Scansione della Tabella: INBIT, NXCLR, NXSET, PVCLR, 
PVSET, NXBIT, PVIBIT. 

Chiama con RI = indirizzo della tabella parametro: per INIBIT, chiama 
con RO = posizione da inizializzare (0 fino alla lunghezza — I della tabella in 
bit); restituisce C = 1 se la posizione data è esterna all’intervallo ; altrimenti C 
= 0 e la posizione data diviene la posizione «corrente». 

NXCLR scandisce in avanti partendo dalla posizione corrente fino alla 
successiva con un bit a zero e la definisce come la nuova posizione «corrente»; 
C = 1 se si raggiunge la fine della tabella prima di trovare un altro bit a zero. 

NXSET scandisce in avanti alla ricerca di un bit ad uno; PVCLR e 
PVSET sono le routine corrispondenti in senso opposto. NXBIT e PVBIT ese¬ 
guono semplicemente un passo alla volta. 

3. Tutte le routine riportate sopra sono chiamate con RI = indirizzo della tabella 
parametro. La tabella parametro ha il seguente formato: 

Prima parola: Indirizzo della tabella di bit 
! BTLEN = 2 12* parola: lunghezza in bit della tabella! 

BTPOS = 4 !3* parola: posizione corrente della tabella! 


Figura 8.17 — Sequenza di Chiamata e Definizioni per un Pro¬ 
gramma di Tabella a Bit 
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Tabelle a Bit 


Un’altra utile tecnica è la tabella a bit (esempio un insieme di indicatori 
costituiti da un solo bit ed impacchettati insieme in byte). Quando avete 
molti elementi e avete bisogno di conoscere solamente un unico fatto su di 
questi (al limite, come prima approssimazione), allora una tabella a bit co¬ 
stituisce un modo compatto, ed efficiente per gestire l’informazione. Per e- 
sempio. se aveste un file su disco di 10.000 blocchi, alcuni dei quali sono 
liberi per essere allocati e alcuni dei quali sono in uso. Una tabella a bit 


IRoutine di test e gestione! 

BSET: CALR BENT; JR C.BOUT 

SETBCURRY.BITNO; LDB @POINT,CURBY 

BOUT: CALR BEXIT; RET 

BCLR: 

CALR BENT; JR C.BOUT 

RESB CURBY.BITNO; LDB @PO!NT,CURBY; JR BOUT 

BTST: 

CALR BENT; JR C.BOUT 

BITB CURBY.BITNO; JR BOUT 

IRoutine di scansione! 

INBIT: LD RIM-BITPOSLRO; CALR BENT; JR BOUT 

NXSET: 

CALR NXBIT; JR C.NXER 

CALR BTST; RET C; RET NZ; JR NXSET 

NXCLR: 

CALR NXBIT; JR C.NXER 

CALR BTST; RET C; RET Z; JR NXCLR 

PVSET: 

CALR PVBIT; JR C.NXER 

CALR BTST; RET C; RET NZ; JR PVSET 

PVCLR: 

CALR PVBIT; JR C.NXER 

CALR BTST; RET C; RET Z; JR PVCLR 

NXBIT: 

NXOK: 

NXER: 

LD RO,R1(#BITPOS); INC R0;JRZ,NXER 

LD R1(#BITPOS),RO; RESFLG C; RET 

SETFLG C; RET 

PVBIT: 

LD RO.Rl(tfBlTPOS); DEC R0; JR NOV.NXOK 

JR MI,NXER; JR NXOK 


Figura 8.18 — Routine di Gestione della Tabella a Bit 
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Indicazione dell'entrata ed uscita della routine del programma di gestione della ta¬ 
bella di bit 

Routine di entrata: BENT 

Salva tutti i registri da usare; se la posizione corrente è fuori dall’intervallo, re¬ 
stituisce C = l, altrimenti C = 0 e posiziona i registri: 

CURBY: 

Registro a byte contenente il byte reale della tabella di bit che 
contiene la posizione del bit corrente. 

PARAM: 

Contiene l’indirizzo della tabella parametro. 

POINT: 

Contiene l'indirizzo da cui è stato preso il byte in CURBY e a cui 
sarà inviata la versione modificata (per BSET, BCLR). 

BITNO: 

Registro a parola contenente il numero del bit (da 0 a 7) della po¬ 
sizione del bit corrente in CURBY. 

R0: 

Registro scratch. 

Routine di uscita: BEXIT 

Ricostituisce tutti i registri, conserva C,Z. 


Figura 8.19 — Specificazione della Entrata e Uscita delle Routine 
del Programma nella Tabella a Bit 

può fornire un accesso rapido a questa informazione con un minimo spa¬ 
zio di memorizzazione (in questo caso, 1250 byte). 

Le Figure 8.17, 8.18, 8.19 presentano un programma per la gestione 
della tabella a bit. Le routine BENT e BEXIT, descritte in Figura 8.19. 
sono simili a tutte le altre routine di scambio di contesto che abbiamo di¬ 
scusso. Non è riportata la codifica reale. 

Le routine BSET, BCLR e BTST sono ovviamente le routine di gestio¬ 
ne della tabella. Le routine di scambio della tabella forniscono un utile si¬ 
stema di elaborazione sequenziale. 

ESERCIZIO 12: (a) Scrivete BENT e BEXIT. 

(b) L'approccio seguito per le routine di scansione della tabella é molto 
chiaro ed immediato, ma richiede una notevole perdita di tempo. Calcolate 
il tempo usato da NXSET se viene posto ad uno il bit immediatamente 
successivo. Scrivete una versione di NXSET che elimini la perdita di tem¬ 
po realizzando cose ad hoc; se possibile cercate di utilizzare le operazioni 
di blocco dello Z8000. Confrontate, in funzione della distanza dal bit sue 
cessivo, il tempo richiesto dalla vostra versione con quella di Figura 8.18. 


253 




(c) Pensate a cinque applicazioni della tabella a bit. Quante di queste 
possono usare le routine di scansione? 

(d) Con questa implementazione quale é la più grande tabella a bit utiliz¬ 
zabile? Quanti byte occuperebbe? Spiegate l’aritmetica dell’indirizzo usata 
in NXBIT e PUBIT e il controllo dell’errore. 

Gli esempi sopra riportati forniscono una buona rappresentazione di 
come si possono costruire degli strumenti per realizzare dei programmi 
applicativi dello Z8000. Nel prossimo capitolo vedremo come si possa 
creare un ambiente di programmi applicativi. 
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Capitolo IX 

Tecniche Avanzate 
di Programmazione 


In questo capitolo verranno descritte un certo numero di metodologie 
che si applicano maggiormente ai sistemi nel loro insieme piuttosto che a 
specifici programmi applicativi. 

Programmi Condivisibili e Gestione della Memoria 

Nella maggior parte dei programmi che abbiamo presentato in questo 
libro, l’informazione viene elaborata nei registri non specializzati dello 
Z8000. Quando viene chiamata una subroutine, essa salva il contenuto 
dei registri che pensa di usare ponendoli nello stack: quando é pronta per 
eseguire il ritorno ricostituisce i valori dei registri prelevandoli dallo stack. 
In effetti, questa tecnica presenta alcuni problemi quando vogliamo usare 
la routine SAY, che fornisce, in interruzione, l’indirizzo di una stringa da 
inviare in uscita al programma di inizializzazione di I /O del terminale. 
Siccome, SAY esegue il ritorno verso il chiamante prima che sia comple¬ 
tata l’uscita (rilasciando di conseguenza la sua area di stack), la stringa 
non potrebbe essere-memorizzata da SAY nello stack. 

Abbiamo precedentemente risolto i problemi di questo tipo utilizzando 
dei buffer del tipo 1NLINE e OUTLINE, ma non possiamo dire mai sicu¬ 
ramente dove siano questi buffer. 

Se avete una certa esperienza con la programmazione dei minicalcola¬ 
tori, potreste essere colpiti dal tipo di differenza esistente. Ci va bene che i 
buffer si trovino in un generico posto della memoria? Ci sono due possibi¬ 
li risposte a questa domanda, una relativa all’ambiente tipico in cui è inse 
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rito il minicalcolatore e l’altra relativa alla possibilità di generalizzare ciò 
che abbiamo fatto fino ad ora. 

La prima risposta è che desideriamo, considerata come possibile, me¬ 
morizzare i nostri programmi nella memoria a sola lettura (ROM); la 
ROM è economica e fornisce una protezione contro modifiche inavvertite 
dei programmi. Per cui i buffer, le tabelle, gli stack e altre parti di memo¬ 
ria modificabili debbono essere attentamente separate dal programma. 
Questo materiale è generalmente memorizzato in memoria di lettu¬ 
ra/scrittura (chiamata RAM — random access memory — (memoria ad 
accesso casuale) per ragioni puramente storiche). La RAM è generalmen¬ 
te volatile ossia il suo contenuto viene perso se viene tolta l'alimentazione. 
Naturalmente, anche i programmi possono essere memorizzati in RAM. 
come in effetti viene fatto generalmente durante la fase di sviluppo sicco¬ 
me le ROM, che potrebbero essere modificate utilizzando sistemi e circui¬ 
ti speciali, sono di difficile uso nella parte di sviluppo del programma. Ma 
frequentemente gli obiettivi dei progetti basati su microprocessori sono i 
programmi memorizzati in ROM. 

La seconda risposta è che i programmi che non hanno una propria me¬ 
morizzazione locale, ma sono potenzialmente condivisibili, perciò essi 
possono lavorare simultaneamente con due diversi contesti. Un esempio 
di questo tipo è fornito dalle routine di linea di Figura 8.9: le routine 
LINC, LDEC, LFETCH ed LSTORE sono chiamate da routine di inter 
ruzione e non-interruzione. Per esempio, la routine GETFLD di Figura 
8.11 chiama GETC; GETC chiama GETCH, GETCH chiama 
LFETCH e LINC. Supponete che mentre lo Z8000 sta eseguendo la 
LINC (chiamata da GETFLD per mezzo della catena di routine riportata 
sopra) ci sia una interruzione da parte del dispositivo terminale di uscita e 
nel corso dell’esecuzione di quella interruzione TYOUT chiami ADLINE, 
la quale chiama LINC. 

Il contesto originale, su cui stava lavorando LINC (chiamata da 
GETFLD), è salvato nello stack dalla chiamata di TYOUT a TYENT. 
La chiamata di ADLINE a LNENT predispone un nuovo contesto su cui 
agisce LINC quando viene chiamata. Quando TYOUT chiama TYEXIT 
prima della sua IRET, LINE procede come se non si fosse assolutamente 
verificata una interruzione. Le istruzioni di LINC sono state usate con¬ 
temporaneamente in due contesti diversi; perciò LINC è condivisibile. 

Se LINC non fosse stata condivisibile, esempio memorizza le sue va¬ 
riabili in locazioni di memoria ad indirizzi fissi, allora avremmo dovuto a- 
vere una LINC per le routine ADLINE e BACKUP, dipendenti dalle in¬ 
terruzioni, ed una LINC diversa per GETCH e BACKCH. Attualmente, 
una qualsiasi delle routine ADLINE, BACKUP, GETCH, e BACKCH 
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può essere chiamata da un qualsiasi programma senza dovere duplicare le 
routine o una qualsiasi delle loro subroutine. 

Timesharing (Condivisione temporale) 

Esiste anche un uso più importante delle routine condivisibili: il time¬ 
sharing. Da una parte la suddivisione della memoria in routine condivisi- 
bili e dall’altra i dati che esse usano, costituiscono la base per una facile 
implementazione di un sistema di time-sharing. L'idea di base è la seguen¬ 
te: in molte applicazioni, specialmente quelle che richiedono una intera¬ 
zione tra gli operatori e il terminale, il calcolatore può gestire molte volte 
il caricamento richiestogli da un operatore. Per cui, invece di avere solo 
un insieme di dati per ogni routine condivisibile, potrebbe esserci un insie¬ 
me comune per ogni terminale. Fra poco dovremo ritornare a questo ar¬ 
gomento, ma per prima cosa guardiamo come possono essere organizzati 
i dati siccome l’idea di base è legata alla possibilità di identificare l'intero 
insieme di dati appartenenti ad un terminale, per poterli commutare rapi¬ 
damente da un insieme ad un altro. 

La maggior parte delle routine che abbiamo considerato utilizza inten¬ 
samente lo stack per il salvataggio ed il ricostituimento delle routine. Se 
esse desiderassero una maggior capacità di memorizzazione di quella for¬ 
nita dai registri, potrebbero usare l’area di stack come area lavoro, per cui 
lo stack sembra essere un buon punto di partenza. In effetti, nelle routine 
considerate nel Capitolo VI e Capitolo Vili, l’unica area di memorizza¬ 
zione non appartenente allo stack erano i buffer INR1NG, OUTLIN, e 
INLINE e il blocco di contesto del terminale di I/O posto a CONBLK. 

Parlando di time-sharing è utile introdurre un construtto che sem¬ 
plifichi le cose: l’utente. Questo non è riferito ad una particolare persona. 
Piuttosto é un termine associato ad un insieme di utilità del tipo stack. 
buffer ad anello e cosi via. Questo utente immaginario si dice faccia parte 
della prestazione che stiamo analizzando, noi parliamo dello stack dell’u¬ 
tente, del buffer ad anello dell’utente ecc. 

Per cui, analizzeremo ora come sono organizzati lo stack e le IN- 
RING, OUTLINE, INLINE e CONBLK dell’utente. In Figura 9.1 è mo¬ 
strata una delle possibili disposizioni, supponendo che tutti gli elementi, 
eccetto lo stack, siano di dimensione fissata. Questo raggruppamento in 
un blocco unico permette di calcolare tutti gli altri indirizzi partendo dal¬ 
l’indirizzo, in cima, a cui termina OUTLIN. Questo indirizzo e il puntato¬ 
re di stack sarebbero sufficienti per specificare l’area dati dell’utente. 

Però lo schema illustrato in Figura 9.1 non è flessibile (tutti gli utenti 
devono avere la stessa dimensione di buffer) perchè non considera il fatto 
che alcune informazioni devono essere accessibili nel momento in cui si 
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Massimo indirizzo di memoria 


OUTIIN 


INIINE 


INRING 


CONBLK 


Altri elementi simili 


Inizio dello stack 


Cima corrente dello stack 


Figura 9.1 — Una Possibile Struttura dei Dati dell’Utente 

verifica una interruzione (per cui, potrebbero essere raggruppate, in modo 
migliore, con altri elementi di questo tipo), mentre altre non sono necessa¬ 
rie. In Figura 9.2 viene presentato uno schema che soddisfa queste esigen¬ 
ze. Con questo schema, gli elementi possono essere ancora raggruppati 
neirinsieme superiore dell’area dati dell’utente, ma non è essenziale che 
siano allocati qui; possono trovarsi da qualsiasi altra parte. 

Per gli esempi forniti nel resto di questo libro assumeremo una struttu¬ 
ra simile a quella di Figura 9.2. Notate che se anche l’insieme di indirizzi e 
gli altri elementi simili non devono essere adiacenti allo stack dell'utente 
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Massimo indirizzo di memoria 


Indirizzo di OUTLIN 


Indirizzo di INLINE 


Indirizzo di INRING 


Indirizzo di CON8LK 


Altri elementi simili 


Inizio dello stack 


Cima corrente dello stack 


Figura 9.2 — Una Struttura Migliore 

nella memoria, in realtà quest’area è un luogo conveniente dove metterli, 
specialmente se decidiamo in un secondo tempo di «spostare» i dati dell’u¬ 
tente dalla memoria centrale verso un dispositivo di memorizzazione se¬ 
condario (esempio un disco). Questo insieme di locazioni fisse all’«altro e- 
stremo dello stack» è simile alVheap del PASCAL. 

Naturalmente ora che ci sono molte copie di CONBLK, INLINE, ecc. 
occorrerà rivedere le routine che le utilizzano. Per fare questo, abbiamo 
bisogno di un modo per fare riferimento al dato specifico dell’utente. Una 
possibile soluzione consiste nel dedicare allo scopo un registro indirizzo, 
come appunto un registro indirizzo viene dedicato ad essere il registro del¬ 
lo stack. Quindi assumiamo che il registro HR punti, in Figura 9.2, all’in¬ 
dirizzo più alto dell’area dati dell’utente. 

Allora si può accedere alla cella che contiene l’indirizzo di OUTLIN 
come @ HR o HR(#0); l’accesso alla cella che contiene l’indirizzo di IN- 
LINE viene individuato come HR(#—2) e così via. Notate che per per¬ 
mettere sia le operazioni segmentate che quelle non-segmentate, stiamo u- 
tilizzando il modo di indirizzamento tramite base (disponibile solamente 
con l’istruzione LD). Naturalmente, per le operazioni in versione segmen¬ 
tata, il registro indirizzo HR sarà una coppia di registri. 


259 



Guardiamo come dovremo modificare le diverse routine. Inizieremo 
con una facile: ASK (Figura 8.10). Notate che c’è due volte l'istruzione: 

LDA RI,INLINE 


ed una volta 


LDA R1JNRING 
Queste possono essere sostituite con 

LD R1,HR(#INLINF) 


e 


LD R1,HR(#INRINF) 

Queste sono basate sulle definizioni (Figura 9.2): 

OUTLNF = 0; INLINF = -2; INR1NF = -4; CONBLK = -6 

In altre parole, dove la ASK originale preleva una INLINE ed una IN- 
RING, caricando i loro indirizzi con la LDA, adesso ce ne possono esse¬ 
re molte; ma quella particolare a cui siamo interessati ha il suo indirizzo 
in una locazione fissa dell’area dati dell’utente corrente. Se HR viene cam¬ 
biato per puntare ad un’altra area utente, allora nella routine ASK la stes¬ 
sa codifica predisporrà l’INRING e INLINE del nuovo utente. 

C’è un altro problema con ASK e SAY: esse trasmettono a TYIO l'in¬ 
dirizzo di I/O della stampante/video. Anche questo varia per ciascun u- 
tente, quindi in Figura 9.2 la parte indicata con «Altri elementi simili» pre¬ 
leva il suo primo elemento. La definizione 

TYOTPF = -8 


rimpiazzerà l’istruzione 

LD SR(#POUTA),#TYOUTP 


con 


LD SR(#POUTA),HR(#TYOTPF) 
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Casualmente, avremo probabilmente bisogno di un elemento simile per 
l'indirizzo di I/O della tastiera, ma qui non lo useremo. Invece spe¬ 
cifichiamo l’indirizzo dell’ingresso del buffer ad anello (HR(#INRINF)). 
La corrispondenza tra ciascun buffer ad anello ed il suo indirizzo di I/O 
della tastiera deve essere fatto da qualche parte nell’inizializzazione del si¬ 
stema. Questa informazione viene registrata nel CONBLK dell'utente, es¬ 
sendo usata dalla routine TYIN. 

ESERCIZIO I : Con le linee di istruzione usate prima, modificate le routi¬ 
ne GETC e BACKC di Figura 8.4. Fate i cambiamenti analoghi nelle rou¬ 
tine SUN. ELIN. ADDCHR e ADDSTR di Figura 8.14. 


I successivi cambiamenti da fare si trovano nelle routine di interruzione 
TYOUT e TYIN, ma a causa del modo con cui sono organizzate, i cam¬ 
biamenti vengono fatti in TYENT e TYEXIT. In questo caso il problema 
consiste nel decidere quale sia il CONBLK di utente da prelevare. Non è 
sufficiente fare semplicemente riferimento a HR(#CONBKF). siccome 
una volta che introduciamo il time-sharing, non é detto che il terminale 
dell’utente che sta interrompendo sia il programma dell’utente che è stato 
interrotto. Perciò, prima di avere l’indirizzo corretto da HR(#CONBKF) 
possiamo avere bisogno di cambiare HR. 

II problema consiste nel fatto che il registro HR che definisce l'area da¬ 
ti dell’utente, e per cui definisce argomenti impliciti alle routine SAY. 
ASK, GETC, BACKC, ecc., non è disponibile al momento dell'interru¬ 
zione. Occorrerebbe trovare dei mezzi diversi per collegare la specifica in¬ 
terruzione ricevuta al blocco di contesto appropriato. Questo, a sua volta, 
dipende da come i terminali usano le prestazioni dello Z8000. Per esem¬ 
pio, supponiamo che ci siano otto terminali controllati da un dispositivo 
di commutazione comune alle prime due posizioni dell'interruzione vetto¬ 
riale (Vedasi Figura 2.9); le interruzioni della tastiera sono collegate alla 
prima posizione vettoriale, mentre quelle del video alla seconda. Suppo¬ 
niamo anche che il byte più significativo della «ragione» posta nello stack 
dell’interruzione contenga un numero, compreso tra zero e sette, che spe¬ 
cifica qual è il terminale che richiede attenzione. 

Adesso supponiamo che ci sia una tabella di otto indirizzi memorizzata 
alla locazione CONTBL. Ciascuno di questi è l’indirizzo di uno dei bloc¬ 
chi di contesto e la tabella viene indicizzata mediante il numero associato 
al terminale. Assumiamo che TYENT venga chiamata mediante il nume¬ 
ro associato al terminale posto in RH2. Questo causerà alcuni cambia¬ 
menti, che tratteremo fra poco, a TYIN, TYOUT e TYIO. 

Adesso possiamo scrivere TYENT. Il blocco di contesto può essere c- 
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spresso per contenere un registro CONAD tra IOUT e TYRT. (Vedasi 
Figura 6.11). La linea 


LDM TYCON,CONBLK,#NTYCX - 1 

deve essere sostituita con 

SRA R2,#8; LD CONAD,CONTBL (R2) 
LDM TYCON,@CONAD,#NTYCX - 2 

dove NTYCX ha il nuovo valore 8. Sia CONAD che TYRT non devono 
essere caricati dal blocco di contesto. Allora in TYEX1T la linea 

LDM CONBLK,TYCON,#NTYCX 


viene sostituita con 


LDM @ CONAD,TYCON,#NTYCX 

I cambiamenti a TYOUT e TYIN richiedono, in due posti, l’aggiunta 
dell’istruzione 


EX R2,@SR 

La Figura 9.3 rappresenta una versione riveduta di TYIO. Notate che 
sono stati tolti l’indirizzo di I/O di uscita e l’indirizzo di anello. Questi 
(concettualmente) appartengono al terminale, non all’utente, per cui di¬ 
ventano punti fissi di entrata al blocco di contesto, predisposti all’inizializ- 
zazione del sistema. Invece, TYIO utilizza il numero associato al termina¬ 
le (al quale fa riferimento per mezzo di HR(#TRMNOF)) per selezionare 
il corretto blocco di contesto del terminale. 

ESERCIZIO 2: (a) Perché si usa R2 per trasmettere a TYENT il numero 
associato al terminale? Perché non RO o RI? (Suggerimento: vedasi Figu 
ra 4.16 e Figura 9.3). 

(b) Rivedete SAY e ASK in modo da farle funzionare con la nuova 
TYIO. Che cosa deve essere fatto alla routine TYWAIT della Figura 8.2? 

(c) Riscrivete le definizioni rivedute di TYENT e TYEXIT; riscrivete le 
nuove versioni di TYENT, TYEXIT, TYIN e TYOUT comprensive dei 
cambiamenti sopra descrìtti. 

Per permetterci di introdurre il time-sharing riassumiamo ora ciò che è 
stato fatto per parametrizzare le routine dei Capitoli VI e Vili. 
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llnlzlallzzazlonc deU’I/O del terminale (verdone non-segmentata) 

CALL TYIO; RI = indirizzo della tabella parametro 
Ritorna alla routine con C = 0 se inizializza 

C = 1 se il comando non è valido 

L’1/0 lavora sotto interruzione. 


Formato della tabella parametro: 

Indirizzo Byte Per Richiesta di Ingresso Per Richiesta di Uscita 


PFLAG = 0 
PADR = 2 
LTYTAB = 4 


!#INPUT #OUTPUT! 

llndirizzo di LINE Indirizzo strìnga uscita! 

ILunghezza della tabella! 


TYIO: 


TYOKX: 


CALR TYWAIT lAspetta DONE! 

PUSH @SR,R2; l.DB RH2,HR(#TRMNOF)!Numero del terminale! 


CALR TYENT 

l.DB FLAG,R1(#PFLAG + 1) 

LD PTR,R1(#PADR) 

CPB FLAG,#INPUT; JR EQ,TYOKX 

CPB FLAG,#OUTPUT; JR EQ.TYOKX 

LDB FLAG,#DONE 

SETFLG C; CALR TYEXIT 

POP R2,@SR; RET 

RESFLGC; CALR TYEXIT 

POP R2,@SR; SC 4IOGO; RET 


! Posiziona il contesto! 
Posiziona il FLAG &! 
iL'indirizzo tabella! 
!Controlla per! 
!Comando valido! 
!Cancella il comando! 
[Uscita per errore! 

!OK esce dalla routine! 


^Figura 9.3 — Revisione della Routine di Inizializzazione TYIO 


• Abbiamo dato a ciascun utente un’area dati con un insieme di para¬ 
metri posti ad un estremo, in posizione fissa relativamente al registro 
base HR, e con lo stack posto all’altro estremo. La Figura 9.4 mo¬ 
stra una versione comprendente gli ultimi cambiamenti. 

• Abbiamo costruito una tabella di indirizzi del blocco di contesto di 
I/O del terminale indicizzati mediante il numero associato al termi¬ 
nale. Il numero associato al terminale diventa una parte dell'area da¬ 
ti dell’utente e gli elementi specifici del terminale come gli indirizzi di 
I/O e gli indirizzi di ingresso del buffer ad anello sono stati tolti dal¬ 
l’area utente e sono diventati elementi fissi nella tabella di contesto 
del terminale. (Vedasi Figura 9.5). 

• Abbiamo fatto alcuni cambiamenti, relativamente piccoli, a 
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Definizione degli spiazzamenti degli elementi da HR: 


INLINF = 0 

OUTLNF = -2 
TRMNOF = -4 
USRNOF = -5 


Indirizzo del buffer di ingresso di linea 
Indirizzo del buffer di uscita di linea 
Numero del terminale 
Numero dell'utente 


Figura 9.4 — Struttura dei Dati deN’Utente 

TYENT, TYEXIT, TYOUT, TYIN e TYIO e alcuni cambiamenti, 
notevolmente inferiori, ad alcune altre routine. 

Il time-sharing inizia in TYWAIT. La piccola routine in fondo alla Fi¬ 
gura 8.2 è quella dove viene eseguita tutta l’attesa e, secondo il concetto 
fondamentale del time-sharing, il calcolatore dovrebbe eseguire il lavoro 
di un utente che ha qualche cosa da fare non appena quello corrente deve 
eseguire un’attesa. La Figura 9.6 riporta la versione di TYWAIT per rea¬ 
lizzare il time-sharing. TYWAIT è ancora molto-semplice per il modo con 
cui abbiamo organizzato la struttura. Ogni utente deve ricordarsi i conte¬ 
nuti dei 16 registri non specializzati. Quindici di questi sono memorizzati 
nell’area dati dell’utente e il sedicesimo, l’indirizzo dell’area dati, viene sal¬ 
vato in una tabella indicizzata dal numero dell’utente. Poi, partendo dal 
numero dell’utente posto dopo quello corrente, TYWAIT cicla, uno dopo 
l’altro, attraverso i vari utenti, controllando il blocco di contesto di cia- 
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0 


Indirizzo del blocco 
di contesto dell’utente 0 


Indirizzo del blocco 
di contesto dell'utente 1 



* Posizionato all'inizializzazione 
del sistema 

Figura 9.5 — Blocchi di Contesto del Terminale 

scuri terminale utente fino a quando non trova FLAG = DON E. Questo 
è un utente pronto per essere eseguito. 

È semplice far partire un utente dopo un’attesa: è sufficiente non fare 
ciò che aveva fatto all’inizio di TYWAIT. Per mezzo di HR(#SRF) viene 
ricostituito il valore di SR, e gli altri 14 registri vengono ricaricati dallo 
stack. Infine, siccome la catena degli indirizzi di ritorno dalla subroutine è 
ancora nello stack utente, l’istruzione RET posta alla fine funziona giusto 
come se a nessun altro sia stato concesso di essere eseguito durante l’atte¬ 
sa. La Figura 9.7 mostra come venga salvato il tutto. 

ESERCIZIO 3: (a) La parte dello «stato» che non viene salvato sopra è la 
parola di flag/controllo. Potrebbe essere salvata? Potrebbe essere salvata 
una parte di essa? Se voi desideraste salvarla, come fareste? (Suggerimen 
to: ricordatevi LDCTL e LDCTLB). 

(b) Che cosa succede se il valore permette agli utenti di aspettare che si 
verifichino per i loro terminali condizioni diverse da FLAG = DONE; e- 
sempio un utente può voler aspettare fino a quando sono trascorsi cinque 
secondi prima di cancellare un messaggio di errore dallo schermo. Che ge 
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tSemplice Catalogatore /Scambiatore 


CALL TYWAIT; ritorna dopo: 


1. Avere controllato ogni altro utente; e 


2. il blocco di contesto del vostro terminale ha FLAG = DONE 

NWTRG = 14 ISuppone un funzionamento non-segmentato! 

WTRGB = 2*NWTRG IPer i registri occorrono dei byte della memoria di 

stack! 


Illsiamo la tabella HRTB, indicizzata dal numero delPutente, per memorizzare il 

valore di HR per ogni utente! 


TYWAIT: DEC SR,#WTRGB 

ÌSalva i registri nello stack! 

LDM @ SR,RO,#NWTRG 

LD HR(#SRF),SR 

!Salva il puntatore di stack! 

LDB RLI,HR(#USRNOF) 

! Preleva il # dell'utente cor¬ 
rente! 

CLRB RH1; LD HRTB(R1),HR 

!Salva l'utente HR! 

WTLP: INC RI 

! Utente successivo! 

CP R1,#MXUSER; JR LT, WT1 

SUB R1,#MXUSER 

! (mod MXUSER)! 

WT1: LD HR,HRTB(R1) 

[Prende HR dell’utente! 

LD RL2,HR(//TRMNOF);CLRB RH2 !Poi il terminale dell’utente! 

LD R2,CONTBL(R2) 

CPB @ R2,#DONE 

!FLAG = DONE?! 

JR NE,WTLP 

!No — non può essere esegui¬ 
to! 

LD SR,HR(*SRF) 

!Si — ricostituisci SR! 

LDM RO.OSR^NWTRG 

INC SR,//WTRGB 

! e i registri! 

RET 

[Infine ritorna! 


Figura 9.6 — Una Semplice Lista di Circolazione per uno Scam¬ 
biatore per Timesharing 


nere di informazioni occorrerebbe fornire a TYWAIT? Dove dovrebbe es¬ 
sere presa? 

(c) Notate che il valore di HRTB non cambia mai. Potrebbe essere fatto 
in modo diverso? Che cosa succederebbe se ci fossero più utenti che po¬ 
trebbero avere allo stesso momento delle aree dati in memoria? Come po 
Ireste ricordarvi di quelli che erano in memoria e di quelli che non c'erano? 
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Come potreste fare per far si che TYWAIT abbia sufficienti informazioni 
da poter essere in grado di controllare senza guardare nell’area dati dell'u 
teme (che potrebbe non essere in memoria), se un utente è pronto per esse 
re eseguito? 

(d) Che cosa succede se un utente chiama TYWAIT quando il suo bloc 
co di contesto del terminale ha FLAG = DONE? Come si potrebbe usare 
questa situazione? 


Gestione dello Stack 

Per tutti i programmi e le configurazioni dei sistemi che abbiamo consi¬ 
derato, abbiamo visto come sia utile lo stack: ma anche l'uso degli stack 
presenta dei problemi: 

• Gli indirizzi di ritorno sono sempre presi nello stesso modo: esempio 
guardate TYENT e TYEXIT. 

• Una delle conseguenze, è l’estrema difficoltà nel passare degli argo¬ 
menti tra le varie routine utilizzando lo stack. 

• Ogni subroutine deve controllare l’uso del suo stack diligentemente 
in modo che essa rimuova esattamente tutto quello che aveva ag¬ 
giunto; altrimenti la sua RET non funzionerà. 

La soluzione a questi problemi è l’uso degli stack separati: uno stack u- 
tilizzato dal processore per le chiamate di subroutine ed un altro stack. 
gestito da software, per la memorizzazione temporanea e lo scambio degli 
argomenti tra routine. 

La Figura 9.8 illustra come potrebbe funzionare questo meccanismo. 
Quando viene chiamata una subroutine, il suo registro dello stack di me¬ 
morizzazione viene salvato nello stack chiamante insieme all’indirizzo di 
ritorno; poi all’uscita della routine viene ricostituito automaticamente lo 
stack di memorizzazione, per cui la routine X non ha bisogno di conser¬ 
vare traccia e rimuove lo stack di memorizzazione che aveva usato. Con 
questo meccanismo diventa immediato il passaggio di argomenti median¬ 
te stack: si può cambiare il valore salvato del puntatore dello stack di me¬ 
morizzazione ed il nuovo valore viene ricostituito al ritorno. La Figura 
9.9 mostra come potrebbe funzionare questo sistema. 

Notate che abbiamo tenuto SR come nome del registro dello stack di 
memorizzazione ed abbiamo introdotto il nuovo nome SP per lo stack di 
chiamata. Questo significa che SP deve essere R15 per il funzionamento 
non-segmentato o RR14 per il funzionamento segmentato. SR può essere 
un qualsiasi registro indirizzo da noi scelto. Per concretezza, supponiamo 
che HR, SR e SP siano gli ultimi tre registri indirizzi: cioè R13. R14. R15 
per il funzionamento non-segmentato oppure RR10. RRI2. RR14 per 
quello segmentato. 
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STATO DELL'AREA UTENTE E DEI REGISTRI QUANDO È CHIAMATA TYWAIT 



TUTTI I REGISTRI SALVATI DA TYWAIT 


Figura 9.7 — Salvataggio dello Stato di un’Attesa Utente di I/O 
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CHIAMATA DELLO STACK MEMORIA DELLO STACK 



STACK IN ENTRATA ALLA ROUTINE X 



STACK DOPO RET 


Figura 9.8 — Separazione degli Stack di Chiamata e di Memoriz¬ 
zazione 
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STACK ALL'ENTRATA NELLA ROUTINE X 



STACK DOPO RET 


Figura 9.9 — Argomenti Inviati Indietro Tramite lo Stack di Memo¬ 
rizzazione 
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Programma 

principale 


Subroutine X 


Routine di Entrata Sistema 



Regolazione 
degli stack 

Chiama la 
routine chiamante 

Regolazione 
degli stack 

Ritorna al 

programma principale 


Le linee scure indicano il flusso di controllo: quindi l'ordine di esecuzione delle istru¬ 
zioni. 


Figura 9.10 — Flusso di Controllo quando si Usa un Programma di 
Entrata del Sistema 

Non abbiamo ancora detto come fare funzionare tutto questo. Natu¬ 
ralmente, ciascuna routine potrebbe mettere SR nello stack SP all'entrata 
e riprenderlo prima di uscire — questo è un metodo poco attendibile e sog¬ 
getto ad errore. Un approccio leggermente migliore, con alcuni piacevoli 
effetti collaterali, è costituito dal fatto che ciascuna routine, entrando, 
chiami una routine di sistema per implementare il salvataggio e il ricosti- 
tuimento di SR. Poi la routine chiamata, chiama a sua volta il corpo della 
subroutine; per cui il RET della routine originale ritorna per mezzo della 
routine chiamata, che aggiusta gli stack ed esegue il ritorno al chiamante 
della subroutine originale. Questo è riportato in Figura 9.10. In questa 
figura è mostrato un solo livello, ma questo può essere ripetuto N volte. 
La Figura 9.11 riporta la codifica reale. 

ESERCIZIO 4: (a) Se ci sono diversi livelli di subroutine chiamate, come 
appare lo stack SP? 

(b) Che cosa fa SENTRY a C, Z, S, V, D e H? Come può essere usato? 

(c) Scrivete SENTRY e SRPASS per il funzionamento segmentato. I 
nomi del registro indirizzo e la posizione dello stack possono essere definite 
simbolicamente in modo tale che la versione segmentata e non segmentata 
abbiano lo stesso codice sorgente eccetto per i valori assegnati nelle defini¬ 
zioni? 

(d) Calcolate l’overhead in tempo (cicli) associato all’uso di SENTRY. 
Richiede una grande quantità di istruzioni per un programma relativamen 
te semplice; può essere migliorata? 


ESERCIZIO 5: Come dovrebbe essere cambiata TYWAIT se fosse usato 
lo schema di gestione dello stack, descritto prima, in congiunzione con le 
prestazioni del time-sharing precedentemente esaminate? Dove dovrebbe 
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essere memorizzato lo stack SP dell’utente? Ci sarebbe un qualche vantag¬ 
gio nell'avere un’area comune per lo stack SP condivisa da tutti gli utenti? 

Se cosi fosse, che cosa occorrerebbe rimuovere dallo stack SP e salvare 
nell’area utente per mezzo di TYWAIT? 

Un Meccanismo di Invio del SC 

Abbiamo parlato ed usato l’istruzione SC nel Capitolo Vili, nella rou- 

IRoutine di entrata sistema 

CALL SENTRY 

Questa dovrebbe essere la prima istruzione di ciascuna routine: SENTRY si as¬ 
sicurerà che il valore di SR in uscita dalla subroutine sia lo stesso dell’entrata: ese 
gue questa operazione assume il controllo e chiama il corpo della subroutine, co 
me se fosse una subroutine di SENTRY. 

SENTRY utilizza lo stack SP per ricordarsi del valore di SR da ricostituire: en¬ 
tra nel corpo della subroutine chiamante con l’indirizzo del suo codice uscita in ci¬ 
ma allo stack SP e con il valore salvato di SR al successivo elemento, sotto. Un 
cambiamento di questo secondo elemento può permettere a SENTRY di ricostitui¬ 
re un valore di SR diverso da quello con cui era stato chiamato. Questo viene fatto 
con una chiamata a SRPASS che esegue in realtà una LD SP(#2).SR. 

Nella versione segmentata il codice di SRPASS e SENTRY sarà quasi compie 
tainente diverso. 

All’uscita, SENTRY esegue un TEST RO, per cui viene facilitato il passaggio 
dei risultati in RO. SENTRY non altera C, che può essere utilizzato per segnalare 
errori di stato. 

! 

SENTRY: EX SR,@SP ISalva SR. tiene in SR l'indirizzo 

di subroutine! 

PUSH @ SP.RO; LDA R0.SENX !Mette l’indirizzo di SENX in SP! 

EX R0,@ SP 

PUSH @ SP.SR; LD SR,SP(#4) !Mette l'indirizzo di subrouline. ri¬ 
costituisce SR! 

RET !RET falsa, per chiamare il corpo 

della subroutine! 

SENX: POP SR,@ SP; TEST RO; RET IRicostituisce SR pre-chiamalo. e- 

segue il vero RET! 

SRPASS: LD SP(#4),SR; RET 

Figura 9.11 — Routine di Entrata del Sistema per la Gestione dello 
Stack 
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tine di inizializzazione TYIO, per simulare una interruzione da terminale. 
La SC ha due scopi principali: 

• Fornire un mezzo ai programmi di modo «normale» per chiamare 
programmi del modo «sistema». 

• Fornire una chiamata, ad una sola parola, per le routine usate fre¬ 
quentemente. 

Quando viene eseguita l’istruzione SC, si verifica una trappola. Nel Ca¬ 
pitolo II abbiamo discusso il meccanismo con cui vengono gestite le trap¬ 
pole: il PC, FCW e l’istruzione vengono poste nello stack e viene fatto un 
trasferimento ad un programma di elaborazione quando i valori di PC e 
FCW vengono memorizzati nell’area di stato del programma. (Vedasi Fi¬ 
gure 2.8, 2.9). 

L’istruzione SC può essere usata per un massimo di 256 diverse routi¬ 
ne di sistema. Il byte meno significativo dell’istruzione contiene un valore 
compreso tra 0 e 255. Siccome l’istruzione si trova nello stack, la routine 
di elaborazione può usare quel byte come indice ad una tabella di indirizzi 
di routine di sistema. A questo punto si devono prendere alcune decisioni 
di tipo sistemistico: 

• Le routine di sistema dovrebbero semplicemente essere trasferite o 
dovrebbero essere chiamate? Nel primo caso, ciascuna di esse deve 
eseguire una IRET; nel secondo caso chi gestisce l’istruzione SC e- 
segue una IRET, per cui le routine di sistema sono delle subroutine 
che possono essere chiamate anche direttamente. 

• Il gestore della SC dovrebbe salvare ogni registro (e ricostituirli se le 
routine di sistema sono delle subroutine?). 

• Il gestore della SC dovrebbe predisporre ogni registro (esempio l’in¬ 
dirizzo di ritorno, per cui si potrebbero passare degli argomenti piaz¬ 
zandoli nella locazione di memoria che segue SC, o in modo tale che 
le routine possano ritornare, in funzione di alcune condizioni, dicia¬ 
mo, alla prima, seconda o terza locazione dopo SC?). 

• Le routine SC come dovrebbero interagire con il meccanismo delle 
SENTRY/SRPASS? 

Non possiamo rispondere senza un contesto siccome le risposte a que¬ 
ste domande possono differire in funzione delle diverse applicazioni. La 
Figura 9.12 riporta un gestore minimo di SC; tutto quello che fa è passare 
il controllo alla routine appropriata. Notate come il gestore trasferisca il 
controllo alla routine di sistema appropriata ponendo l’indirizzo della rou¬ 
tine di sistema nello stack SP ed eseguendo una RET. Questo è un buon 
metodo per saltare da qualche parte del programma senza memorizzare 
l’indirizzo in un registro di una locazione di memoria «permanente». No¬ 
tate anche che si utilizzano entrambi gli stack descritti prima, adottando 
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vantaggiosamente il nostro schema di gestione. Naturalmente si potrebbe 
fare la stessà cosa con un solo stack (utilizzando l’istruzione EX per rico¬ 
stituire R1 e mettere nello stack l’indirizzo della routine di sistema, ma la 
codifica è un po’ più lunga. 

ESERCIZIO 6: (a) Modificate SCHAND in modo tale che utilizzi delle 
chiamate invece di trasferimenti: se volete arrivare alle routine di sistema 
con i registri inalterati dovrete usare un trucco simile a quello usato con 
SENTRY. 

(b) Modificate SCHAND in modo che chiami le routine di sistema sal¬ 
vando RO ed RI nello stack SR e sostituisca i loro contenuti con i valori di 
FCW e PC posti nello stack SP. Quando la routine di sistema esegue il ri¬ 
torno. SCHAND dovrebbe prendere i valori di PC e FCW, possibilmente 
modificati dalla routine di sistema, ed utilizzarli per aggiornare le coppie 
salvate nello stack SP dalla trappola SC. Poi dovrebbe ricostituire RO ed 
RI nello stack SR (dove essi possono essere stati modificati dalla routine 
del sistema) ed eseguire la IRET. 

Quali sono i prò ed i contro di questo metodo? 

(c) Scrivete una versione di SCHAND che salvi nello stack SR tutti i re¬ 
gistri ad eccezione di HR, SR, SP, chiami la routine di sistema e li ricosti¬ 
tuisca tutti prima di eseguire la IRET. 

(d) Scrivete una versione di SCHAND con due tabelle: la tabella degli 
indirizzi delle routine di sistema ed una tabella di codici opzioni di un byte 
che identificano il modo con cui SCHAND dovrebbe interagire con le rou¬ 
tine del sistema. I codici opzionali per una routine di sistema dovrebbero 
essere interpretati nel modo seguente: 

Bit 0: Se è zero esegue il trasferimento (la routine esegue la IRET). 

Se é uno esegue la chiamata (SCHAND esegue una IRET). 

Bit 1 : Se è uno salva i registri (eccetto HR, SR e SP) nello stack SR (e li 
ristabilisce prima di IRET, se c’è la opzione Cali). 

Se è zero non salva i registri. 

Bit 2: Se è uno pone FCW e PC in RO ed RI. 

Se è zero non fa questo. 

Bit 3: Se è uno aggiorna FCW e PC con i valori che vengono trasmessi in 
RO ed RI dalla routine di sistema. 

Se è zero non fa questo. 

Si intende che tutte queste opzioni sono specificabili in modo indipendente. 

Ci sono delle combinazioni contraddittorie? 

(e) Tutti gli esempi sopra riportati son per il funzionamento non-segmen- 
tato. Come differiscono se vengono eseguiti in uno Z8002 o in uno Z800I 
non-segmentato? (Vedasi Figura 2.7.) Come sarebbero in un segmento del¬ 
lo Z8001? Si possono localizzare tutte le differenze in SCHAND? 

Le variazioni nell’esercizio precedente possono essere espanse all’infini¬ 
to. Non c’è un modo ideale per usare queste prestazioni. 

Nel Capitolo Vili abbiamo usato il comando 

SC #IOGO 


274 



iCodice per elaborare la SC da trappola (versione non.segmentata)! 

SCHAND: PUSH @SR,R1 

!Salva RI nello stack SR! 

LD RI,® SP; CLRB RH1 

Ilndice della routine! 

PUSH @SP,SCTAB(R1) 

!Mette l’indirizzo della routine nello 


stack SP! 

POP Rl,@ SR; RET 

!Ricostituisce RI e ritorna! 


Figura 0.12 - Gestore Minimo per SC 


per realizzare la simulazione di una interruzzione di uscita per un termi¬ 
nale. Questa simulazione richiede una versione di SCHAND che non ri¬ 
chiami la routine di sistema (o ha al limite una opzione per il trasferimen¬ 
to diretto); la versione della Figura 9.12 può essere usata per questa simu¬ 
lazione. 

Era molto semplice capire il modo con cui questo sistema avrebbe la¬ 
vorato in un ambiente time-sharing: IOGO è semplicemente il nome sim¬ 
bolico di un indice compreso tra 0 e 255; l’ingresso corrispondente nella 
SCTAB di Figura 9.12 sarebbe l’indirizzo TYOUT. Nella versione per il 
time-sharing TYOUT suppone che la «ragione» contenga nel suo byte più 
significativo il numero corrispondente al terminale. Per cui invece di an¬ 
dare direttamente a TYOUT, l’entrata corrispondente a IOGO dovrebbe 
portarci ad una routine TYSIM che ha una struttura di questo tipo: 

IMetti il numero associato al terminale nella «ragione»! 

TYSIM: EX R0,@SP 

LDB RHO,HR(#TRMNOF) 

EX R0,@SP 
JR TYOUT 

Siccome le routine SC non sono routine dipendenti dal momento della in¬ 
terruzione come le TYOUT e TYIN che non possono assumere un valore 
corretto di HR, TYSIM può supporre che HR sia posizionata per l’utente 
corretto. 

Inizializzazione del Sistema 

Spesso IVinizializzazione» è l’ultima parte del sistema che si scrive, 
questo si verifica perchè fino a quando non è stato scritto tutto il resto del 
programma non si sa che cosa debba fare esattamente Pinizializzazione. 
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Ciò che è stato presentato fino a qui non è un vero sistema di program¬ 
mi, ma piuttosto un insieme di tecniche relative alla programmazione. Ma 
per un momento dimentichiamoci di questo, e guardiamo quale è il tipo di 
inizializzazione che richiede il nostro sistema quando viene acceso. La 
prima domanda a cui dobbiamo rispondere è: «Dove inizia l’esecuzione 
della CPU; quali sono i valori iniziali di PC e FCW da predisporre?». 

La risposta è la seguente: la CPU preleva il suo stato iniziale dalla lo¬ 
cazione 2 della memoria istruzioni, dove è memorizzata secondo il forma¬ 
to dello stack (vedasi Figura 2.7). Per uno Z8001 che utilizza una MMU 
per convertire gli indirizzi esiste un ulteriore complicazione: vedere se il 
prelievo iniziale dalla memoria dei valori di PC e FCW viene eseguito 
correttamente. La struttura circuitale della MMU si prende cura di que¬ 
sto. Si può disporre in modo che la MMU che converte normalmente 
«modo sistema, segmento zero» (o qualsiasi altra MMU per quanto im¬ 
porta) venga piazzato dal segnale di RESET nello stato in cui gli indirizzi 
vengono trasferiti alla memoria senza essere convertiti. Lo stato iniziale 
della CPU ci permette di (vedasi Figura 2.6) specificare: 

• il funzionamento segmentato o non - segmentato 

• il modo normale o sistema 

• l’abilitazione o disabilitazione delle interruzioni vettoriali 

• l’abilitazione o disabilitazione delle interruzioni non - vettoriali. 

Siccome la nostra inizializzazione richiederà l’esecuzione di istruzioni pri¬ 
vilegiate, dobbiamo predisporre il modo sistema. Dal momento che il pun 
tatore dell’indirizzo dello stato del programma non è ancora fissato, dob 
biamo specificare la disabilitazione delle interruzioni. 

Il PC fissato da questo processo di RESET punta al nostro codice di 
partenza. La prima cosa che deve fare questo codice è di fissare il registro 
indirizzo dello stato del programma (vedasi Figura 2.9). L’area di stato 
del programma deve trovarsi in un blocco conosciuto di memoria fisica di 
programma, siccome non è ancora avvenuta l’inizializzazione della 
MMU. (Poiché vogliamo predisporre l’elaborazione della trappola di se¬ 
gmento prima di fare un qualsiasi uso della MMU, non vogliamo inizializ- 
zare la MMU prima di aver fissato il registro indirizzo dello stato del pro¬ 
gramma). I contenuti dell’area di stato del programma possono essere as¬ 
semblati come parte del programma. Questo è un grande vantaggio che lo 
Z8000 ha rispetto a macchine del tipo PDP-11 che utilizzano locazioni 
fisse di memoria per l’elaborazione delle trappole. In tali macchine i vetto¬ 
ri interruzione/trappola devono essere fissati per mezzo di codici espliciti, 
altrimenti potrebbero interferire con il funzionamento del caricatore. Nel¬ 
lo Z8000, deve essere fissato esplicitamente solo il registro indirizzo dello 
stato del programma. 
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lArea di stato del programma 


Questa tabella definisce lo stato, della CPU, che deve essere fissato prima di 
processare una qualsiasi delle interruzioni o trappole a cui può rispondere lo 

Z8000. Questa è la versione 

non segmentata (utilizzabile solamente con lo 

Z8000); per ciascuna interruzione o trappola c’è una parola di FCW e una parola ! 

di PC. 


SYSBIT = BIT14 

!Bit per sistema/normale! 

SEGBIT = 0 

! Versione non-segmentata — non mette mai 
ad uno il bit di segmentazione! 

SYSPRO = SYSBIT + SEGBIT IPosizionamento per i programmi di «siste- 


ma»! 

EVIBIT = BIT12 

! Abilita le interruzioni vettoriali! 

ENVBIT = BIT11 

lAbilita le interruzioni non vettoriali! 

ENABLE = EVIBIT + ENVBIT lAbilita entrambi i generi! 

PSA: Orf» 

!Non usate! 

SYSPRO + ENABLE; 

UNHAND Istruzione non implementata! 

SYSPRO + ENABLE; 

PIHAND istruzione privilegiata! 

SYSPRO + ENABLE; 

SCHAND Schiantata sistema! 

SYSPRO; SEHAND 

lErrore di segmento — ferma le in¬ 
terruzioni! 

SYSPRO; NMHAND 

!NMI — sospende le altre! 

SYSPRO; NVHAND 

INVI — sospende le altre! 

SYSPRO + ENVBIT 

! VI — permette il non vettoriale! 

TYIN 

!0: ingresso da tastiera! 

TYOUT 

Il: uscita per stampante/video! 

UNKNOWN 

• 

! . ! 

! • ! 

• 

UNKNOWN 

! . ! 

!255: dispositivo sconosciuto! 


Figura 9.13 — Area di Stato del Programma 


Successivamente deve essere fissato il registro dello stack hardware 
(RI5 o RR14); sia il registro di stack che il registro indirizzo dello stato 
del programma devono essere fissati prima che possa essere processata 
una qualsiasi trappola o interruzione. Il registro di stack deve essere fis- 
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sato ad un indirizzo conosciuto dello stack della memoria fìsica, siccome 
la MMU sta ancora trasferendo degli indirizzi non convertiti. 

Guardiamo come deve essere organizzata l’area di stato del program¬ 
ma. La Figura 9.13 mostra un’area di stato di un programma di un siste¬ 
ma con caratteristiche del tipo di quelle già discusse. Seguendo lo schema 
di Figura 2.9 (versione non-segmentata) viene organizzata una coppia di 
(FCW, PC) per ciascun tipo di interruzione o trappola. Le definizioni ini¬ 
ziali vengono usate per facilitare la predisposizione di FCW per le varie 
routine di processo. Non viene fatta alcuna predisposizione dei bit di 
FLAGS (esempio sono tutti posti a zero), ma essi potrebbero essere usati 
per trasmettere informazioni ad un gestore comune di trappola. Per esem¬ 
pio, se le istruzioni non implementate e le chiamate di sistema vengono 
gestite da una unica routine (invece delle routine separate UNHAND e 
SCHAND) allora, diciamo, che il bit C sarebbe posto ad uno nella FCW 
di una istruzione non implementata ed azzerato nella FCW della chiama¬ 
ta di sistema. Questo si potrebbe realizzare usando la definizione 

CBIT = BIT7 


e scrivendo 


SYSPRO + ENABLE + CBIT 

per porre ad uno la FCW dell’istruzione non implementata. 

Delle routine di gestione specificate nel PS A di Figura 9.13, ci sono fa- 
migliari SCHAND, TYIN e TYOUT. Le altre dovrebbero essere spiega 
te. PIHAND, SEHAND e UNKNOWN sono le routine di gestione delle 
condizioni di errore: l’esecuzione di una istruzione privilegiata in modo 
normale, di un errore di segmento segnalato dalla MMU, di una interru¬ 
zione vettoriale con un ID del dispositivo non assegnato. 

La routine UNHAND può essere una routine di errore oppure può es¬ 
sere usata secondo lo schema del Capitolo IV — come una possibilità di 
chiamare fino ad ulteriori 6 insiemi di routine di sistema. Questo potrebbe 
eliminare alcune delle complicazioni delle diverse opzioni di progetto di 
SCHAND; potrebbero essere forniti diversi insiemi di routine con diverse 
tecniche di gestione. 

Una delle possibili assegnazioni per le due interruzioni finali è: 

NMHAND: trappola da «indirizzo di parola-dispari» 
NVHAND: mancanza di alimentazione. 
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NMIACK 


ST. (1) 




AD. (2) 

A _ 


_B£W- [S )0 _J2L_ 

ÀS 

_ ) 

NMI 




(1) ST, è uguale ad uno per accessi alla memoria, altrimenti è azzerato (vedasi Fi¬ 
gura 2.12). 

(2) AD 0 è posto ad uno per indirizzi dispari. 

(3) B/W è azzerato per accessi a parole. 

Siccome il PC non memorizza il bit zero, questo circuito non rivelerà i tentativi del 
programma di eseguire trasferimenti ad indirizzi dispari. Un tentativo di trasferimento 
ad un indirizzo dispari risulta in un trasferimento al successivo indirizzo pari più bas¬ 
so. 


Nota Speciale: Nelle CPU prodotte prima di Gennaio 1980 lo stato di B W può non 
essere valido durante la prima parola del prelievo dell'istruzione (ST,-ST„ con valore 
C, r - vedasi Figura 2.12). In questo caso, questo circuito può intrappolare alcuni 
prelievi di istruzioni che erano realmente validi. 


Figura 9.14 — Una Implementazione Esterna della Trappola per 
«Indirizzi Dispari di Parola» 


Perciò, NMHAND potrebbe riportare i tentativi di estrarre una parola o 
una parola-lunga di dato da un indirizzo dispari. Questo richiede la possi¬ 
bilità di implementare esternamente, come suggerito nel Capitolo IV, la 
prestazione dell’interruzione. La Figura 9.14 riporta la struttura schema¬ 
tizzata di questa prestazione. 

Non entreremo in ulteriori dettagli a riguardo dei gestori delle interru¬ 
zioni, siccome il loro comportamento dipende dai dettagli della loro spe¬ 
cifica applicazione. 

La Figura 9.15 mostra l’intera sequenza di inizializzazione che occorre 
per portarsi da una partenza a freddo ad un sistema, del tipo descritto pri¬ 
ma in questo capitolo, funzionante in time-sharing. Le definizioni RAM = 
%4000 e RATE = 60*BIT9 rappresentano la predisposizione puramente 
arbitraria di parametri che variano da sistema a sistema. L’espressione 
60*BIT9 definisce un valore di 60 in un campo che termina al bit 9 (il 
simbolo BIT9 viene scelto per definire dove si voglia il valore 512; esem- 
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pio 2 9 ). Predisponendo il registro di REFRESH al valore RE + RATE si 
abilita la generazione di cicli di rinfresco e si pone la frequenza a 60; e- 
sempio uno ogni 15 microsecondi con un clock di 4 MHz. 

La linea SABS 2 viene intesa come una istruzione all’assemblatore e al 
caricatore, per comunicare che questo codice deve iniziare alla locazione 
assoluta 2 della memoria. Lo pseudo-codice operativo realmente usato 
può variare da assemblatore ad assemblatore. Le due parole successive so¬ 
no lo stato della CPU che devono essere predisposte dopo un RESET ; il 
simbolo SYSPRO deriva dalla Figura 9.13. 

Le tre chiamate alle subroutine 1NITMMU, INITERM e INITSS for¬ 
niscono l’inizializzazione di tutte le prestazioni che abbiamo discusso. 
Non discuteremo INITMMU, ma daremo un’idea di cosa devono fare I 
NITERM e INITSS. 

INITERM fornisce l’inizializzazione dei terminali: 

• Si deve organizzare la tabella, posta in CONTBL, degli indirizzi del 
blocco di contesto. (Figura 9.5) 


IScquenza delle istruzioni eseguite all’accensione a freddo (versione non segmenta- 

ta)l 

RAM = %4000 

IPrima locazione della RAM! 


SYSTACK = RAM + 2J6 

! Locazione iniziale dello stack! 


RE = BITI5 

! Abilità bit e RATE! 


RATE = 60*BIT9 

! per il registro di REFRESH! 

START: 

SABS 2 

SYSPRO; START 

LDA RO.PSA 

!Posiziona PSAP! 


LDCTL PSAP.RO 

LDA SP,SYSTACK; E1 NV1 

{Posiziona il registro di stack: abili- 


LD R0,#RE + RATE 

ta la caduta di tensione! 

!Fa partire il registro di REFRESH! 


LDCTL REFRESH.R0 

CALR INITMMU 

!Inizializza la MMU (solo se se- 


CALR INITERM; EI VI 

gmentato)! 

IPosiziona i blocchi di contesto e gli 


CALR INITSS 

anelli! 

Costruisce le aree dati utente! 


CALLTYWAIT 

!Inizia il timesharing — non torna 



più indietro! 


Figura 9.15 — Codifica dell'lnizializzazione del Sistema 
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• Deve essere inizializzato ogni blocco di contesto: si devono determi¬ 
nare e predisporre gli indirizzi di I/O IOIN e IOUT e l’indirizzo del 
buffer di ingresso RING; alla FLAG dovrebbe essere dato il valore 
iniziale di DONE. 

• Deve essere inizializzato ciascuno dei buffer ad anello; esempio fis¬ 
sate la lunghezza, azzerate il contenuto ed il puntatore posto ad un 
valore comune compreso tra 0 ed n — 1 (Figure 8.3, 8.5). (Per questo 
scopo dovrebbe essere aggiunta alla Figura 8.4 un’altra routine ad 
anello). 

• Potrebbe essere utile inviare un carattere di inizializzazione a ciascu¬ 
na stampante/video. In questo caso FLAG potrebbe essere posta 
ad OUTPUT e PTR potrebbe essere fissato con l’indirizzo corri¬ 
spondente ad un NUL. Poi si potrebbe inviare un qualsiasi carattere 
(preferibilmente non-stampabile) a ciascun terminale, e quando cia¬ 
scuno di questi è pronto ed interrotto, TYOUT predisporrà FLAG 
uguale a DONE (Figura 6.12). 

Gli indirizzi di I/O, gli indirizzi dei buffer di ingresso e le loro lunghezze 
potrebbero essere assemblati in una tabella usata da INITERM come 
parte del programma, oppure la tabella potrebbe contenere solamente gli 
indirizzi di I/O e le lunghezze dei buffer, mentre le locazioni dei buffer 
potrebbero essere definite al momento dell'inizializzazione. 

INITSS fornisce l’inizializzazione per il nostro sistema di time-sharing. 
I dettagli della routine dipendono dall’utilizzo dello schema a due stack 
descritto nel paragrafo della Gestione dello Stack. Siccome la nostra pre¬ 
cedente descrizione del time-sharing era per il caso con un solo stack, de¬ 
scriveremo l’inizializzazione per la versione con un solo stack: 

• Deve essere definita la tabella, posta a HRTB degli indirizzi dei dati 
dell’utente (Figura 9.7). 

• Deve essere utilizzata ognuna delle aree dati utente (Figura 9.4): de¬ 
vono essere assegnati dei numeri utente compresi tra 0 e MXUSER 
— 1 (vedasi Figura 9.6) ed un numero di terminale; si devono deter¬ 
minare e fissare gli indirizzi dei buffer di linea di ingresso e uscita; si 
deve fissare il valore iniziale del registro di stack (usando 
HR(#SRF), non mostrato in Figura 9.4 — vedasi Figura 9.6). 

• Deve essere inizializzata ogni linea di buffer; esempio fissata la loro 
lunghezza (Figura 8.8). (Per questo scopo si dovrebbe aggiungere 
un’altra routine di linea alla Figura 8.9). 

• Si dovrebbe porre nello stack utente un indirizzo fittizio di ritorno 
(«dummy»), come se la locazione prima dell’indirizzo di partenza 
contenesse una chiamata a TYWAIT. 

• Siccome la chiamata di INITSS è seguita da una chiamata a TY- 
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WAIT, INITSS deve fissare un’area dati utente fittizia ed il valore di 
HR per TYWAIT con cui lavorare. Se INITSS fissa il numero 
MXUSER e se HRTB viene estesa di una parola per avere una posi¬ 
zione indicizzata da MXUSER, allora la sequenza di circolazione 
sarà: 

MXUSER,1,2. MXUSER - 1,0,1,..., MXUSER - 1,0,1,... 

In altre parole, INITSS al primo giro prende a prestito l’utente zero, che 
poi non utilizzerà più, per predisporre le cose. 

Come per i buffer d’ingresso ad anello della tastiera, le aree dati utente 
e le linee di ingresso ed uscita dei buffer possono essere predeterminate al 
momento dell’assemblaggio del programma, o possono essere allocate al 
momento dell’inizializzazione. 


ESERCIZIO 7: (a) Supponete che un clock sia collegato alla interruzione 
vettoriale di indice 2, in modo che si verifichi una interruzione ogni 100 ms. 
Scrivete una routine di gestione dell’interruzione per questo clock ed unite¬ 
la al PSA mostrato in Figura 9.13. La vostra routine di gestione dovrebbe 
aggiornare l'orario della giornata memorizzato come ore, minuti, secondi e 
decimi. Dovrebbe aggiornare i decimi, e se necessario trasferire il riporto ai 
secondi, minuti e ore ed azzerare alla mezzanòtte. A mezzanotte dovrebbe 
posizionare per la data un indicatore di «prossimo giorno» per l’utilizzo da 
parte di una routine di servizio separata. 

(b) Usando ASK e le altre routine del Capitolo Vili scrivete una parte 
di codice per permettere che l'utente posizioni il tempo del giorno. 


ESERCIZIO 8: (a) Supponete di voler eseguire tutti i nostri programmi in 
modo normale eccetto le routine di gestione interruzione e trappola e tutte 
le routine chiamate da SCHAND. Come dovrebbe cambiare la nostra ini- 
zializzazione? Avremmo bisogno di usare il registro di controllo NSP? Po¬ 
tremmo evitare un’area utente fittizia per la routine INITSS usando una i- 
struzione LDPS per portarci nel mezzo di TYWAIT e contemporanea¬ 
mente portarci in modo normale? 

(b) Scrivete INITERM e INITSS supponendo che le tabelle assemblate 
definiscano le allocazioni della memoria. 

(c) Escogitate una allocazione di memoria per la struttura a due stack e 
variate coerentemente TYWAIT e INITSS. Che cosa c’è ancora da cam¬ 
biare? 

(d) Fornite le versioni segmentate delle routine di questo capitolo. 
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Capitolo X 

L’Ambiente di Sviluppo 
dei Programmi 


Nei precedenti capitoli di questo libro abbiamo discusso gli elementi 
dello Z8000 che devono conoscere i programmatori. Abbiamo illustrato il 
processo che porta dalla scrittura di un algoritmo alla scrittura del pro¬ 
gramma; abbiamo visto come siano i programmi dello Z8000 per le varie 
applicazioni; ed abbiamo usato e discusso gli importanti principi di pro¬ 
gettazione della moderna ingegnerizzazione del software. Tutte le cose 
dette sono comuni alla programmazione di tutti gli Z8000. In questo capi¬ 
tolo discuteremo la parte variabile: il particolare insieme di strumenti har¬ 
dware e software con cui deve lavorare ciascun programmatore per svi¬ 
luppare dei programmi — l’ambiente di sviluppo dei programmi. 

Gli strumenti essenziali di sviluppo sono: un editore di testo (editor), un 
assemblatore/caricatore e un debug (correttore di errori). Un editor, o 
come é stato chiamato recentemente word processor (elaborazione della 
parola), è un programma che consente di esaminare ed aggiornare un 
blocco di testo tenuto dalla macchina in forma leggibile. L'analisi e l'ag¬ 
giornamento vengono qualche volta chiamati «manutenzioni» ed un bloc¬ 
co di testo tenuto in forma leggibile dalla macchina é detto text files (flus¬ 
so di informazioni o dati che compongono un testo): per cui l’editore di 
un testo è un programma che mantiene i file di testo. Anche la stampa dei 
file di testo è considerata qualche volta una funzione dell’editor, ma in 
realtà è una funzione diversa. Un «vero» programma di stampa dei file di 
testo, nei vari formati, può servire molti moduli del sistema di sviluppo — 
non solo l’editor. 

L’uso principale del text editor, in un ambiente per lo sviluppo dei pro- 
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grammi, è preparare e mantenere i file sorgente (source file). Questi sono 1 
file contenenti i programmi. Per esempio, tutti i testi di Figure 6.11, 6.12, 
6.13, 6.14 e 8.2 potrebbero costruire tutti insieme un file sorgente per un 
programma di I/O per un terminale. 

L’assemblatore è il programma che traduce i file sorgente in un vero 
codice macchina, perciò, esso specifica i valori fissati per ogni bit di ogni 
byte della porzione di memoria destinata al programma che viene assem¬ 
blato. L’assemblatore e l’editore devono lavorare con un comune formato 
del file sorgente. In altre parole l’editore deve preparare i file con lo stesso 
formato con cui l’assemblatore si aspetta di riceverli tramite il file sorgen¬ 
te. D’altra parte il codice macchina generato dall’assemblatore, chiamato 
object file (file oggetto), deve essere in un formato riconoscibile dal carica¬ 
tore. Il caricatore è il programma che converte l’uscita dell’assemblatore 
nel programma reale che risiede nella memoria fisica del calcolatore. Que¬ 
sto può essere un semplice processo di caricamento dell'uscita dell’assem¬ 
blatore, byte per byte, nella memoria o può essere il caricamento dell’in¬ 
sieme dei file di uscita dell’assemblatore e dei file ottenuti legando gli stessi 
in modo prestabilito. 

Le funzioni dell’assemblatore e del caricatore non sono distinte. Esse 
costituiscono due parti di uno stesso processo: la conversione del codice 
sorgente scritto dal programmatore nel corrispondente insieme di istru¬ 
zioni espresse in linguaggio macchina, esprimono due esempi distinti di 
modularità: 

• L’uscita dell’assemblatore (file oggetto) può essere preparata in un 
certo istante (e con una certa configurazione di hardware) e caricata 
in un secondo tempo (e su di una configurazione diversa, possibil¬ 
mente più piccola o più grande). 

• Il codice macchina può essere ottenuto da vari file oggetto permet¬ 
tendo in tal modo che le parti logicamente separate di un grosso pro¬ 
gramma siano editate ed assemblate separatamente, permettendo i- 
noltre ai programmatori di ampliare i loro programmi con selezione 
di subroutine di utilità ricavate dalle «librerie programmi». 

La prestazione di debug, come suggerisce il nome, è uno strumento per 
eliminare gli errori dal programma. Nella sua forma più semplice è costi¬ 
tuito da un programma che ricerca i contenuti dei registri selezionati e 
delle locazioni della memoria dati nei vari punti di funzionamento del pro¬ 
gramma in «debug». Nella sua forma più sofisticata è un sistema hardwa¬ 
re/software che analizza gli stati della CPU e molti dei suoi bus e disposi¬ 
tivi periferici ad esso associati. Esso salva questi stati per un arco di tem¬ 
po posto prima e dopo gli eventi specificati come di «sincronizzazione» 
(trigger). 
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La prestazione debug può essere completamente indipendente dall'as¬ 
semblatore/caricatore e dalla sua uscita. In questo caso tutti gli indirizzi 
e i contenuti vengono considerati come numeri binari o esadecimali e tut¬ 
ta l’interpretazione è lasciata al programmatore. Spesso questo è tutto ciò 
con cui deve lavorare il programmatore, ma un programma migliore di 
debug sarà in grado di assemblare o disassemblare le istruzioni usando i 
mnemonici e la sintassi dell’assemblatore e anche i simboli specifici defi¬ 
niti nei file sorgente per il programma esaminato. 

Nei paragrafi seguenti discuteremo in maggior dettaglio le caratteristi¬ 
che e le opzioni di questi strumenti fondamentali allo sviluppo di un pro¬ 
gramma. 

Editori di Testo 

In generale gli editori di testo hanno ben poco a che fare con il calcola¬ 
tore per cui sono stati generati i file sorgente. Invece, gli editori più popo¬ 
lari possono essere utilizzati su diversi calcolatori. Per esempio, l'editore 
TECO sviluppato in un primo tempo per il DEC PDP-10, è ora disponi¬ 
bile per l’utilizzo con molti altri calcolatori. Ci sono però alcuni dubbi sul 
fatto che presto ci sarà un TECO disponibile per l’uso su sistemi Z8000. 
Anche i popolari sistemi «word-processing», utilizzati da molto personale 
impiegatizio dovrebbero presto divenire di largo uso nella preparazione di 
file sorgente. Nel frattempo gli editori che più probabilmente saranno di¬ 
sponibili per essere utilizzati con lo Z8000 saranno adattamenti di quelli 
precedentemente sviluppati o adattati per l’uso con lo Z80, 8080, e altri 
popolari microprocessori. Questo è vero specialmente per gli editori di si¬ 
stemi di sviluppo Z8000 che funzioneranno con microcalcolatori basati 
sullo Z80. 

Le operazioni fondamentali di un editore sono: 

• La creazione di un nuovo testo 

• La cancellazione di un vecchio testo 

• Il riarrangiamento di testi esistenti 

• La sistemazione o la sostituzione ad hoc di una parte di un testo con 
un altro 

• La gestione di vari file e dei mezzi di memorizzazione che contengo¬ 
no il testo su cui si sta lavorando. 

Ci sono tre caratteristiche principali che differenziano i vari editori: 

• Se considerano il testo con cui lavorano come stringhe di testo o co¬ 
me insieme di linee 

• La potenza e la flessibilità del loro meccanismo di specificazione del 
comando 

• Se permettono di saltare da un posto all’altro del file di testo a piaci- 
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mento o se essi richiedono di esaminare il file dall’inizio alla fine; ge¬ 
neralmente una «pagina» alla volta. 

In generale si può parlare molto degli editori, ma quanto è stato detto 
finora è di limitato uso diretto ai programmatori dello Z8000. Una carat¬ 
teristica comune a tutti gli editori è che i loro comandi sembrano a prima 
vista difficili, ma diventano presto semplici all’utilizzatore assiduo. 

Assemblatori 

Diversamente dall’editore, un assemblatore è strettamente legato ai 
dettagli del particolare calcolatore per cui viene fornito. Suo scopo é di 
produrre un codice macchina da file sorgenti costituiti da istruzioni forni¬ 
te con mnemonici specificati dal costruttore e simboli definiti dal pro¬ 
grammatore per le costanti e gli indirizzi di memoria. Al limite ogni co¬ 
struttore di calcolatori fornisce un assemblatore per ognuno dei suoi cal¬ 
colatori; inoltre sono generalmente disponibili degli assemblatori addizio- 
niali da parte di venditori esterni. Le variazioni sul tema di base definito 
sopra sono le seguenti: 

• Macro 

• Assemblaggio condizionato 

• Simboli locali 

• Controllo di strutture 

• Codice rilocabile 

• Supporto per stringhe di testo 

• Operazioni aritmetiche e logiche su simboli 

Attraverso questo libro abbiamo presentato programmi che assumono 
implicitamente l’esistenza di un assemblatore; delle caratteristiche elenca¬ 
te prima, solamente le ultime due sono state utilizzate in ogni nostro pro¬ 
gramma. 

Per esempio, in Figura 6.13 

ESCS: BYTES(’$\ 7\TRM) 

presuppone una minima gestione della stringa di testo. La maggior parte 
degli assemblatori permetterà qualcosa del tipo 

ESCS: ASCII «$/» 

con l’inclusione opzionale di un carattere per la terminazione della stringa 
(sopra TRM) specificato in un qualche modo. 
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Facciamo uso delle operazioni aritmetiche su simboli con espressioni, 
ricavate dalla Figura 9.15, del tipo 

SYSTACK = RAM + 256 
RATE = 60*BIT9 

molti assemblatori supportano tali espressioni elementari, ma in alcuni al¬ 
tri non si possono usare le espressioni che utilizzano dei simboli per i regi¬ 
stri (esempio vedasi Figura 6.11). 

Nel Capitolo III abbiamo accennato ai problemi che rendono desidera¬ 
bili i simboli locali. Con la maggior parte degli assemblatori, ad ogni sim¬ 
bolo si può far riferimento da un qualsiasi altro punto dello stesso file sor¬ 
gente, ma alcuni assemblatori forniscono un mezzo per restringere l'uso 
di un dato simbolo ad una porzione specifica del file sorgente, esempio al¬ 
la subroutine in cui è definito. 

La modularità è legata alla possibilità di avere dei simboli locali. Un al¬ 
tro aspetto della modularità ha a che fare con il codice rilocabile. L'as¬ 
semblatore tiene cura di assemblare a specifiche locazioni di memoria le i- 
struzioni che appaiono nel file sorgente; il programmatore fa riferimento 
ad ogni locazione desiderata indirizzandola con nomi simbolici. L'assem¬ 
blatore assegna dei valori a questi nomi (vedasi Figura 3.1) e li assembla 
assegnando i valori opportuni alle istruzioni che li usano. Tutto questo è 
legato all’assemblaggio di tutto il programma in un’unica passata. 

Se il programmatore desidera combinare dei programmi o di suddivi¬ 
dere un programma in parti logicamente indipendenti, allora non può più 
assegnare le locazioni di memoria o assemblare i valori reali riferendosi ai 
simboli in una parte di programma con le istruzioni in un'altra parte. In 
questo caso, l’assemblatore produce un codice rilocabile, ed il caricatore 
rilocabile (chiamato anche linkage editor) deve assemblare i valori reali 
delle istruzioni di una parte che si riferiscono ad un’altra parte. Questo 
programma prende il file oggetto in uscita dall’assemblatore ed assegna a 
questi le locazioni reali di memoria (esempio li riloca). È compito del pro¬ 
grammatore dichiarare quali simboli di un dato file sorgente vengono ri¬ 
chiamati da un altro file sorgente e quali simboli richiamati in un dato file 
sorgente si aspetti vengano forniti da altri file sorgente. I simboli che ven¬ 
gono richiamati da altri file sorgente sono chiamati global o entry ; i sim¬ 
boli che devono essere forniti da altri file sorgente sono chiamati external. 
Perciò è compito del programmatore dichiarare le global, entry o exter¬ 
nal. 
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Nel Capitolo III abbiamo parlato di come implementare istruzioni del 
tipo 


IF (cosi e cosi) THEN (una cosa) ELSE (l’altra) 

per mezzo di test e salti. (Vedasi Figura 3.2.) Istruzioni di questo tipo so¬ 
no generalmente disponibili in linguaggi ad alto livello tipo PASCAL o C, 
ma si trovano raramente nei linguaggi assemblatori. 

I rimanenti due elementi della nostra lista sono i più importanti: macro 
ed assemblaggio condizionato. Per comprenderli dovremo guardare l’as¬ 
semblatore sotto un’altra ottica. Pensate all’assemblatore come ad una 
macchina alla quale il file sorgente sta fornendo un carattere alla volta. 
Questa successione di caratteri è chiamata input stream (flusso d'ingres¬ 
so) dell’assemblatore. La macro e l’assemblaggio condizionato sono modi 
per alterare il flusso di ingresso dell’assemblatore. 

Una istruzione di assemblaggio condizionato prende la forma 
IF (condizione) THEN testo 

Se la condizione è vera, allora il carattere del testo è il prossimo pezzo 
del flusso di ingresso; altrimenti, il flusso continua con l’istruzione succes¬ 
siva all’istruzione di assemblaggio condizionato. Analogamente sono ge¬ 
stite varianti del tipo 

IF (condizione) THEN testo 1 ELSE testo 2 

Una macro funziona come una sostituzione di testo. Quando nel file 
sorgente appare una particolare sequenza di caratteri, nel flusso di ingres¬ 
so viene posta una predeterminata stringa di sostituzione. Questo può es¬ 
sere ripetuto ad ogni livello, perciò, se la stringa sostituita contiene delle 
macro, allora verranno utilizzate le stringhe che sostituiscono queste ma¬ 
cro. Le stringhe di sostituzione predeterminate sono specificate nelle 
definizioni delle macro. Diamo qui di seguito un esempio. 

Nella Figura 6.13 si noti che appare due volte la sequenza di istruzioni 

LD RI,LINE; LDB RL0,CHAR; CALL ADLINE 

in ECS ed in ECC. Supponiamo, che all’inizio della Figura 6.13 o all’ini¬ 
zio della Figura 6.12 o anche in Figura 6.11 sia stata messa la definizione 

PUTLINE = «LD RI,LINE; LDB RL0,CHAR; CALL ADLINE» 
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Con questa definizione di macro potremmo scrivere PUTLINE in ciascu¬ 
no dei due posti dove appariva la precedente sequenza di tre istruzioni. Il 
file sorgente sarebbe quindi più breve e più facile da leggere. Le istruzioni 
reali generate non cambierebbero, siccome ogniqualvolta che si incontra 
PUTLINE verrebbero immesse nel flusso di ingresso le tre istruzioni ori¬ 
ginali. 

Adesso guardiamo ancora alla Figura 6.13. In ECCR appare colà una 
sequenza 


LD RI,LINE; LDB RL0,#TRM; CALL ADLINE 

che a parte #TRM invece di CHAR è identica alla sequenza precedente. 
Supponiamo ora che la nostra definizione si legga come 

PUTLINE x = «LD RI,LINE; LDB RL0,x; CALL ADLINE» 

Con questa definizione potremmo scrivere 

PUTLINE CHAR 


per le prime due macro e 


PUTLINE #TRM 

per la più recente. In questo caso si è chiamato x il parametro della macro 
PUTLINE. 

Per ultimo riportiamo un esempio di una combinazione di assemblag¬ 
gio condizionato e di macro 

SUM x,y = IF x è un registro THEN 
«ADD x,y» 

ELSE 

«PUSH @ SR,R0 

LD R0,x; ADD R0,y; LD x,RO 

POP R0,@SR» 

Per cui SUM R0,R1 genera ADD R0,R1; ma se TEMP è una locazione 
di memoria, allora SUM TEMP,RI genera 

PUSH @ SR,R0 

LD RO,TEMP; ADD R0,R1; LD TEMP,R0 
POP R0,@SR 
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Questo ultimo esempio mostra solo la punta dell’iceberg. La combina- 
ziaone di una capacità di macro con l’assemblaggio condizionato consen¬ 
te al programmatore di trasformare il linguaggio di assemblaggio origina¬ 
le in un potente strumento adatto alle specifiche applicazioni sottomano. 

La sintassi qui presentata per l’assemblaggio condizionato e per la 
definizione delle macro non è quella di uno specifico assemblatore e non 
esiste una uniformità o standardizzazione in questo settore. Dovrete ogni 
volta imparare la sintassi adatta al vostro particolare sistema. 

Nel Capitolo I abbiamo detto che le subroutine sono il primo strumen¬ 
to importante del programmatore. Le macro, specialmente con l’assem¬ 
blaggio condizionato, sono il secondo. 

Strumenti per il debug 

Il dump ed il trace erano i primi strumenti dei debug utilizzati in am¬ 
biente di elaborazione batch e sono ancora in uso oggigiorno. Il dump, 
nella sua forma più cruda, è un elenco esadecimale dei contenuti di tutte le 
locazioni di memoria che hanno una qualche relazione con il programma 
eseguito. Il trace è un meccanismo mediante il quale viene modificato il 
programma in esecuzione (o eseguito in modo interpretativo da un pro¬ 
gramma di simulazione) tale che l’informazione scelta venga stampata a 
punti prefissati, durante l’esecuzione del programma. Per esempio, i con¬ 
tenuti di certe locazioni di memoria potrebbero essere stampati dopo l’e¬ 
secuzione di una passata di un loop, o si potrebbero stampare i nomi (o 
gli indirizzi esadecimali) di determinate subroutine ogni volta che vengono 
chiamate. 

Quando sono stati sviluppati gli ambienti di programmazione interatti¬ 
va, è diventato possibile usare i debug interattivi. Il primo di questi, larga¬ 
mente usato, è stato il ODT per il PDP-8. ODT sta per Octal Debug Ta¬ 
pe (Nastro di Debug Ottale): ottale perchè gli indirizzi a 12 bit e i conte¬ 
nuti delle parole del PDP-8 sono sempre guardati come quattro cifre otta- 
li invece che tre cifre esadecimali; nastro, perchè questo programma era 
fornito su nastro perforato, per potere essere caricato usando il lettore di 
nastro perforato della consolle della telescrivente. Le caratteristiche prin¬ 
cipali di un debug interattivo sono: 

• Controllo e modifica di locazioni di memoria prefissate 

• Punti di interruzione del programma (breakpoints) 

La prima di queste caratteristiche, rappresenta una evoluzione del 
dump; la seconda è l’evoluzione del trace. Diamo qui di seguito un esem¬ 
pio di come potreste utilizzare un debug interattivo con un programma 
dello Z8000. 

Supponete di controllare il funzionamento della routine SAY di Figura 
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8.10. Desiderate conoscere se essa struttura nel modo opportuno la tabel¬ 
la per la chiamata di TYIO. Supponiamo che il vostro debug sia caricato 
in memoria all’indirizzo 2000, il programma di Figura 8.12 all’indirizzo 
1000 e le routine di Figura 8.10 caricate in modo che l’istruzione CALL 
TYIO di SAY si trovi all’indirizzo E16. Iniziate partendo dall’indirizzo 
2000. Il debug si posizionerà per ricevere un comando e voi lo istruirete 
per porre un breakpoint in E16, perciò, desiderate far eseguire il program¬ 
ma fino a quando viene eseguita TYIO. Poi volete controllare la tabella 
che ha posizionato SAY nello stack. 

Il debug, dopo avere notato la vostra richiesta, si predispone per un al¬ 
tro comando, e voi gli direte di iniziare ad eseguire il programma posto al¬ 
l’indirizzo 1000. Quasi immediatamente sarete avvertiti che l’esecuzione 
ha raggiunto il breakpoint in E16. Esaminate RI per sapere dove è me¬ 
morizzata la tabella TYIO; poi esaminate le locazioni di memoria che 
partono da quell’indirizzo per vedere se sono come sperate. Se è cosi, po¬ 
tete gestire il debug per piazzare un altro breakpoint da qualche parte più 
avanti nel proceso di esecuzione e continuare l’esecuzione dal punto dove 
era posto il breakpoint originale (esempio E16). Se non volete, potete vo¬ 
ler piazzare il breakpoint in qualche punto del processo antecedente al 
vecchio breakpoint e dire al debug di ripartire da 1000. 

Non abbiamo discusso come il debug realizzi i breakpoint. Un modo 
ovvio consisterebbe nel dedicare una delle 256 entrate di SC a questa fun¬ 
zione. Poi il debug, appena prima di tras’ferire il controllo al programma 
in esame, potrebbe sostituire i contenuti delle locazioni di breakpoint spe¬ 
cificate con l’appropriata istruzione SC. Questo richiede che si possa scri¬ 
vere nella zona di memoria dedicata a quella istruzione e che la memoria 
dell’istruzione del programma si trovi nella memoria dati nel debug. Il 
modo più facile per assicurare quest’ultima cosa é di evitare di avere gli 
spazi dati ed indirizzi delle istruzioni separati. 

Il debug interattivo è utile in quei casi in cui è ben definito il flusso di 
controllo della situazione in esame e dove l’azione del debug non altera il 
comportamento della CPU o del programma in modo tale da alterare il 
testo in uscita. Quando le interruzioni o il time-sharing influenzano la si¬ 
tuazione che si sta esaminando o quando si verificano sintomi tipo i cam¬ 
biamenti inspiegabili delle locazioni di memoria, si deve ricorrere ad un al¬ 
tro genere di strumento. Questo è chiamato in-circuit emulator (ICE — e- 
mulazione del circuito) che è una derivazione della «scatola trappola» usa¬ 
ta per i minicalcolatori. 

L’ICE viene posto direttamente nello zoccolo del dispositivo di CPU 
(al posto della CPU) ed invia indietro dei segnali ad un sistema di registra¬ 
zione e monitoraggio che si «sincronizza» su certe combinazioni di segnali 
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presenti sulle linee della CPU e su altre linee prefissate di segnali. Gli stati 
di questi segnali vengono salvati a ciascun ciclo di clock, ed esaminati in 
un secondo tempo in una specifica «finestra» attorno all’evento di sincro¬ 
nizzazione. 

In origine, come per i loro predecessori (le scatole trappole), gli ICE e- 
rano progettati per uno specifico microprocessore. La maggior parte dei 
moderni emulatori usa una logica generale di sincronizzazione e registra¬ 
zione che con «piastre di personalizzazione» determinano quale sia il mi¬ 
croprocessore emulato. Quindi, l’interazione del programmatore con l’e¬ 
mulatore sarà specifica al sistema di emulazione, e non al microprocesso¬ 
re emulato. 

Hardware per lo sviluppo di programmi 

Ci sono due tipi di hardware utilizzati per lo sviluppo di programmi per 
microprocessore: i sistemi di sviluppo e i «single-board computer» (calco¬ 
latori di scheda singola). Il sistema di sviluppo è una configurazione com¬ 
pleta con unità di memorizzazione secondarie (esempio floppy-disk) e 
molte RAM per far girare gli editori e assemblatori. Un calcolatore single- 
board ha una CPU, alcuni circuiti di I/O, una piccola quantità di RAM, 
una ROM contenente un debug esadecimale, un caricatore ed un’area wi- 
re-wrap per lo sviluppo dell’hardware prototipale. 

I programmi che devono essere eseguiti su di un calcolatore su singola 
scheda devono essere caricati da un terminale usando il debug esadecima¬ 
le o caricati dal lettore di nastro perforato o dall’unità a cassetta del ter¬ 
minale nel formato codice macchina, dopo averlo assemblato da qualche 
altra parte. Una variante a questa ultima alternativa è un caricamento da 
linea di trasmissione (down-line load) in cui il nastro perforato, o la cas¬ 
setta, è simulato dal sistema di sviluppo. Se si devono eseguire solo pro¬ 
grammi molto piccoli sul calcolatore single-board, questi possono essere 
assemblati manualmente usando il metodo illustrato nel Capitolo IV; in 
questo caso si può fare a meno del sistema di sviluppo. Ma questo ha sen¬ 
so solamente se i programmi dello Z8000, considerati, sono molto piccoli 
e cambiati raramente. 

D’altra parte, l’utente del sistema di sviluppo dello Z8000 non può fare 
a meno del calcolatore single-board ed eseguire programmi sul sistema di 
sviluppo dello Z8000 per una ragione molto semplice: il sistema di svilup¬ 
po può non avere dentro uno Z8000. Per esempio, il primo sistema di svi¬ 
luppo per lo Z8000, commercialmente disponibile, è basato sullo Z80. 
Questa non è una situazione atipica: vera anche per sistemi di sviluppo di 
altri microprocessori. Dopo tutto, non fa molta differenza il tipo di CPU 
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che esegue Feditor o Fassembler dello Z8000. Come per lo ICE, è molto 
più facile trapiantare una nuova CPU in un sistema stabilizzato piuttosto 
che costruire un nuovo sistema per essa. 

La Figura 10.1 mostra una possibile configurazione di sviluppo. Cia¬ 
scun calcolatore single-board ha il proprio terminale, e ciascuno di essi 


Sistema di sviluppo 



Diversi calcolatori single-board connessi uno alla volta ad un sistema di sviluppo. 
Quando SBC è collegato il terminale del SBC diviene il terminale del sistema di svi¬ 
luppo. 


Figura 10.1 — Una Possibile Configurazione per lo Sviluppo dei 
Programmi 
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può essere collegato, uno alla volta, al sistema di sviluppo per editare, as¬ 
semblare e ricaricare il programma da linea. Se il programmatore deside¬ 
ra farlo, ci sono dei calcolatori Z8000 single-board che consentono ai ter¬ 
minali ad essi collegati di collegarsi direttamente con il sistema di svilup¬ 
po. 

Casualmente notiamo che i primi calcolatori single-board, disponibili 
commercialmente, usano i circuiti SIO, PIO e CTC della famiglia Z80. Si 
può prevedere che le versioni successive di questi calcolatori single-board 
potranno usare i circuiti della famiglia Z8000. 
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APPENDICE A 

Risposta agli esercizi selezionati 


Capitolo I 

1. Il passo 3 viene eseguito quattro volte. I passi 1, 2, e 7 sono eseguiti 
una volta ciascuno. Il passo 3 sarebbe eseguito sei volte se 112 fosse in ci¬ 
ma e 12573 fosse in fondo. 

3. 7 = Uh. 196io = HOOOlOOz. 

4. 196 10 = 110001002= 1IOO 2 x 2 4 + 0100 = Cx 16 + 4 = C4 i 6 . 

5. Tre bit permettono di distinguere Otto elementi (8 = 2 3 ). Per rappre¬ 
sentare dodici stati occorrono quattro bit (2 4 =16 > 12, 2 3 = 8 < 12). 
Quattro cifre esadecimali possono rappresentare 16 4 = 65536 numeri 
differenti. Otto cifre esadecimali possono rappresentare 16® = 
4.294.967.296 numeri differenti. 

6. 196 -5- 16= 12 con resto 4. La cifra finale é 4.12 -5- 16 = 0 con resto 
12. La prima cifra é C (=12) perciò, 196 10 = C4iò. 

7. B + B = 16. 1A + B1 = CB. A 2 = 64. 1B93F -r- 2B5 = A3. 

8. — 5 è rappresentato da FFFB. — 7FFF = 8001. — 1A1 = FE5F. 
Perciò, FF7 — 1A1 = FF7 + FE5F = E56. (- 1) + (- 5) = - 6. (- 
7FFE) + (- 6) = + 7FFC. 

9. 6 - 4 = 2; C = 0. BB - BC = - 1; C = 1. FFFF + 3 = 2: C = 1. 
FFFF + FFFF = FFFE; C = 1. 

10. V = 0 per 6 — 4, BB — BC, FFFF + FFFF. (- 17) + (- 7FF1) = 
+ 7FF8; C = 1; V = 1. 

11. (a) Inizializza N a zero. 

(b) Riceve la cifra successiva. Se «x», allora fai. 

(p) Moltiplica N per A (= 10) e somma il valore alla cifra. Sostitui¬ 
sce N con il risultato di questo calcolo. 

(d) Ritorna al passo (b). 
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12. Sedici bit possono rappresentare 4 cifre BCD. Perciò. 16 bit posso¬ 
no rappresentare 10000 cifre BCD (10000 = IO 4 ). Sedici bit possono rap¬ 
presentare 65.536 numeri esadecimali (65.536 = 16 4 ). La regola è: 4n bit 
possono rappresentare 10 n numeri BCD o 16" numeri esadecimali. Il 
rapporto è (10/16)". 

15. «Hi! I’m a Z8000.» può essere rappresentato in ASCII con: 48, 69, 
21. 20, 49, 27, 6D, 20, 61, 20, 5A, 38, 30, 30, 30, 2E. (Vedasi Figura 
1.15). 

Capitolo III 

1. 48 V 0 = 48. 48 V 48 = 0. F0 V 0F = FF. 


2. 4 mod 3=1. 

3. La versione crittografata di «Hi! I’m a Z8000.» è: 29, 0B, 53. 41, 
2A, 46, 09, 41, 03, 52, 3B, 59, 52, 42, 51, 4D, 0. Tre di questi caratteri 
non sono stampabili: 0B (VT), 09 (HT), 03 (ETX). Sostituite ciascuno di 
questi con «.» ottenendo il testo seguente: 

).SA*F.A.R; YRBQM 

4. — x — 1 = — (x + 1). 

Capitolo VI 

1. (a) ADDL RRO, #1 richiede 14 cicli. 

JR NZ,x richiede 6 cicli. 

Perciò, ciascun giro del loop usa 20 cicli, esempio 5p s a 4MHz. 
(2.4 x IO 8 ) x (5 x IO 6 ) = 1.2 x IO 3 secondi = 1200 secondi = 20 
minuti. 

(b) 10 cicli a 4 MHz = 2.5 p s. 

3. (a) 100 ms/ secondo -5- (11 bits/carattere x 10 carattere/secondo) 
= 1000/110 ms/bit = 9.091 ms/bit. 

Capitolo VII 

2. Sottrarre 400 equivale ad aggiornare il clock di 10 ms. La quantità 
rimanente dopo la sottrazione è una parte legittima dei prossimi 10 ms. Se 
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invece di sottrarre 400 si azzerasse, si determinerebbe una perdita di tem¬ 
po. Sarebbe perso tutto il tempo trascorso tra il momento in cui il conta¬ 
tore raggiunge 400 ed il momento in cui viene azzerato. 

Capitolo VII! 

1. Se TYENT si trova nel suo loop a TYWSM, allora TYWAIT non 
finirà mai il suo test, essendo in atto il completamento di un’interruzione, 
viene sospesa l’esecuzione di TYWAIT. 

5. SUFTAB: 1, «st» 

2, «nd» 

3, «rd# 

21, «st» 

22, «nd» 

23, «rd» 

31, «st» 

0, «th» ! Default = «th», e.g., 4th, 5th. etc.! 
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APPENDICE B 

Tabella dei caratteri ASCII 


COD. 

CARATT. 

COD. CARATT. 

COD. CARATT. 

COD. 

CARATT. 

00 

NUL 

20' 


40 

@ 

60’ 


01 

SOH 

21 

! 

41 

A 

61 

o 

02 

STX 

22 

" 

42 

B 

62 

b 

03 

ETX 

23 

» 

43 

C 

63 

c 

04 

EOT 

24 

$ 

44 

D 

64 

d 

05 

ENQ 

25 

% 

45 

E 

65 

e 

06 

ACK 

26 

& 

46 

F 

66 

f 

07 

BEL 

27> 

' 

47 

G 

67 

9 

08 

BS 

28 

( 

48 

H 

68 

h 

09 

TAB 

29 

) 

49 

1 

69 

i 

0A 

LF 

2A 

• 

4A 

J 

6A 

j 

OB 

VT 

2B 

+ 

4B 

K 

6B 

k 

OC 

FF 

20 

» 

4C 

l 

6C 

1 

OD 

CR 

2D 

- 

4D 

M 

6D 

m 

OE 

SO 

2E 


4E 

N 

6E 

n 

OF 

SI 

2F 

/ 

4F 

O 

6F 

o 

10 

DLE 

30 

0 

50 

P 

70 

p 

11 

DC1 

31 

1 

51 

Q 

71 

q 

12 

DC2 

32 

2 

52 

R 

72 

r 

13 

DC3 

33 

3 

53 

S 

73 

s 

14 

DC4 

34 

4 

54 

T 

74 

t 

15 

NAK 

35 

5 

55 

U 

75 

u 

16 

SYN 

36 

6 

56 

V 

76 

V 

17 

ETB 

37 

7 

57 

W 

77 

W 

18 

CAN 

38 

8 

58 

X 

78 

X 

19 

EM 

39 

9 

59 

Y 

79 

y 

1A 

SUB 

3A 


5A 

Z 

7A 

Z 

1B 

ESC 

3B 

; 

5B 

[ 

7B 

{ 

1C 

FS 

3C 

< 

5C 

\ 

7C 

1 

1D 

GS 

3D 

= 

5D 

] 

7D* 

} 

1E 

RS 

3E 

> 

5E 

* 

7E 


1F 

US 

3F 

? 

5F‘ 

<- 

7F’ 

RUBOUT 


' spazio 3 virgola 5 accento 1 o DEL 

2 apice 4 o sottolineatura • o ALT MODE 
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APPENDICE C 

Codifica dei Campi delle Istruzioni 


Campo 

di 

modo 

Registro 

Sre 

Modo di 
Indirizzamento 

Registro 

Dst 

Modo di 

Indirizzamento 

0 

1-15 

Indiretto su Registro ( ) 

0-15 

Registro Indiretto (@) 

0 

0 

Immediato (#) 



4 

1-15 

Indicizzato (X) 

1-15 

Indicizzato (X) 

4 

0 

Indirizzo diretto (DA) 

0 

Indirizzo diretto (DA) 

8 

0-15 

Registro (R) 

0-15 

Registro (R) 


Codifica del Modo di Indirizzamento Mediante Modo e Registro 


Codice 

Condizione 

(esadecimale) S, 9" i,ica, ° 

Mnemonico 

Codice 

Condizione 

(esadecimale) S '8 ni,ica, ° Mnemonico 

0 

Falso 

Nessuno 

8 

Vero 

Spazio* 

1 

SXORV = 1 

LT 

9 

SXORV = 

0 GE 

2 

LTORZ = 1 

LE 

A 

LTORZ = 

0 GT 

3 

C OR Z = -1 

ULE 

B 

CORZ = 

0 UGT 

4 

V/P = 1 

OV,PE 

C 

V/P = 0 

NOV, PO 

5 

S = 1 

MI 

D 

S = 0 

PL 

6 

Z = 1 

Z,EQ 

E 

Z = 0 

NZ,NE 

7 

C = 1 

C,ULT 

F 

C = 0 

NC,UGE 


Caso di Default (esempio JR X ha 8 nel campo cc) 

Codici Condizione 
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ESADEC. 

SIGNIFICATI 

ESADEC. SIGNIFICATI 

0 

RO.RHO.RRO.RQO 

8 

R8.RL0.RR8.RQ8 

1 

Rl.RHI 

9 

R9.RLI 

2 

R2.RH2.RR2 

A 

R10.RL2.RRI0 

3 

R3.RH3 

B 

R11.RL3 

4 

R4.RH4.RR4.RQ4 

C 

R12,RL4,RRI2,RQI2 

5 

R5.RH5 

D 

R13.RLS 

6 

R6.RII6.RR6 

E 

RI4.RL6.RR14 

7 

R7.RH7 

F 

R15.RL7 


Interpretazione dei Campi di Registro delle Istruzioni 


i —I—I—I—i—i—l—I—i—i—I—>—i—l-r 

Indirizzo 

ili i-1-1-1-1-1-»-I- L J_l——L 


INDIRfZZO NON-SEGMENTATO 
16 bit indirizzano 65 536 byte 


0 

1 1 1 » I I 

Numero del segmento 

■ 'v i rii i 

RISERVATO 


Indirizzo all'Interno del 

‘ » -1 A À 

Segmento (spiazzamento) 

i_1 1 1_« » * » 


INDIRIZZO SEGMENTATO ESTESO 
23 bit indirizzano 8.388.608 byte 
il numero del segmento a 7 bit indirizza 128 segmenti 
16-bit di spiazzamento indirizzano 65 536 byte 


r— 

V V T V 1- 1- 

V V 1 V V f 1 

> 

Numero del segmento 

Spiazzamento 

1_ 

1 A I » A 1 ■ 



INDIRIZZO SEGMENTATO CORTO 
15 bit indirizzano 32.768 byte 
il numero del segmento a 7-bit indirizza 128 segmenti 
8-bit di spiazzamento indirizzano 256 byte 


Formati degli Indirizzi Usati nelle Istruzioni 
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APPENDICE D 

Formato dei Registri di Controllo 


E 

N 

“ 

VIE 

NVIE 

IH 

I 

: 

: 

P V 

E 

I 

H 

15 

14 

13 

12 

11 

IO 9 • 

7 

6 

s 

4 

3 

2 

1 0 


Identificazione del significato dei Bit nella Parola degli Indicatori di 
Controllo (FCW) 



—1-1 — l-1-1- 

i 1 

1-1-1-1-1-1-1- 

RE 

FREOUENZA 


RIGA 

_ 

1 1 1 1 1 _ 

_1_ 1 

>*»»*«*_ 


15 14 13 12. Il 10 9 8 7 6 5 4 3 2 10 

Localizzazione dei Campi del Registro REFRESH 


0 

-1-1-1-1-f—I- 

Numero del segmento 

— i — i — i — i — i — i — i — 

0 o 


Spiazz 

—L A i A 1 1 1 

amento 

» * * » > 1 A 


Gli 8 bit meno significativi dello spiazzamento di PSAP sono sempre a zero 


Formato di PSAP e NSP 
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APPENDICE E 

Struttura dell’Area di Stato del Programma 

Indirizzo (esadecimale) 



Stato del programma per 
trappola da istruzioni 
non implementate 


Registro di controllo PSAP 




Stato del programma per 
trappola da istruzioni 
privilegiate 


Stato del programma per 
trappole che determinano 
la chiamata del sistema 


Stato del programma 
per trappole dovute 
a segmentazione 


Stato del programma 
per interruzione 
non-mascherabile 


L'indirizzo x del vettore finale di interru¬ 
zione PC è 1 Es ♦ 200. Perciò, la tabella 
del PC è composta di 512 byte, indipen¬ 
dentemente dal valore di s. Notate che 
quando s 2. non esistono le interruzioni 
vettoriali di numero 1. 3. 5. ... Queste 
non devono essere usate 


Stato del programma 
per interruzioni 
non-vettoriali 


FCW per interruzioni vettoriali 


PC per Int #0 


PC per Int ¥S 


PC per Int *2s 


Stato del programma per 
interruzioni vettoriali tipiche 
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